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Docket No.: (NEW) 1454.1120 
IN THE UNITED STATES PATENT AND TRADEMARK OFFICE 

In re the Application of: 
Peter LIGGESMEYER 

Serial No. Group Art Unit: (NEW) 

Confimnation No. 

Filed: (concurrently) Examiner: 

For: SYSTEM FOR DETERMINING A TOTAL ERROR DESCRIPTION OF AT LEAST ONE 
PART OF A COMPUTER PROGRAM (as amended) 

PRELIMINARY AMENDMENT 

Assistant Commissioner for Patents 
Washington, D.C. 20231 

Sir: 

Before examination of the above-identified application, please amend the application as 

follows: 

IN THE TITLE: 

Please DELETE the Title in its entirety and REPLACE with the following new Title. 

-SYSTEM FOR DETER MINING A TOTAL ERROR DES CRIPTION OF AT LEAST ONE 
PART OF A COMPUTER PROGRAM-- 

IN THE ABSTRACT: 

Please DELETE the Abstract in its entirety and substitute the attached new Abstract. 

IN THE SPECIFICATION: 

Please REPLACE the Specification in its entirety with the attached Substitute 
Specification wherein the program listing on pages 20-82 has been deleted and replaced by the 
program listing in the compact disc appendix submitted herewith. 

IN THE CLAIMS: 

Please CANCEL claims 1-16 without prejudice or disclaimer and ADD new claims 17-31 
in accordance with the following: 



17. (NEW) A method for using a computer to ascertain an overall fault description for at 
least one section of a computer program, comprising: 

storing a section of the computer program; 

ascertaining a control flow description for the section of the computer program, to 
describe a flow of control information in the section of the computer program; 

ascertaining a data flow description for the section of the computer program, to 
describe a flow of data in the section of the computer program; 

combining the control and data flow descriptions into a joint flow description for 
the section of the computer program; 

selecting program elements from the section of the computer program; 

storing a fault description for each reference element to describe possible faults 
in the reference element; 

ascertaining an element fault description for each selected program element, 
based on the fault description associated with a corresponding reference element, to describe 
possible faults in the selected program element; and 

ascertaining the overall fault description using the element fault descriptions, with 
a structure of the overall fault description taking into account a structure of the joint flow 
description. 

18. (NEW) The method as claimed in claim 17, wherein the control flow description is a 
control flow graph. 

19. (NEW) The method as claimed in claim 17, wherein the data flow description is a 
data flow graph. 

20. (NEW) The method as claimed in claim 17, 

wherein the fault description is a stored fault tree, 

wherein the element fault description is ascertained as an element fault tree, and 
wherein the overall fault description is ascertained as an overall fault tree. 

21. (NEW) The method as claimed in claim 17, further comprising performing fault 
analysis in the section of the computer program using the overall fault description. 
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22. (NEW) The method as claimed in claim 17, 

wherein the overall fault description is ascertained as an overall fault tree, and 
wherein said method further comprises altering the overall fault tree in terms of 
prescribable boundary conditions. 

23. (NEW) The method as claimed in claim 22, wherein said altering comprises adding 
a complementary fault tree. 

24. (NEW) A system for ascertaining an overall fault description for at least one section 
of a computer program, comprising: 

a storage unit to store the section of the computer program and fault descriptions 
for reference elements, each fault description describing possible faults in one of the reference 
elements; and 

a processor, coupled to said storage unit, 

to ascertain control and data flow descriptions for the section of the 
computer program, the control flow description describing a flow of control information in the 
section of the computer program and the data flow description describing a flow of data in the 
section of the computer program, 

to combine the control and data flow descriptions into a joint flow 
description for the section of the computer program, 

to select program elements from the section of the computer program, 

to ascertain element fault descriptions for the program elements that have 
been selected, to describe possible faults in each program element based on the fault description 
associated with a corresponding reference element; and 

to ascertain the overall fault description from the element fault 
descriptions, with a structure of the overall fault description taking into account a structure of the 
joint flow description. 

25. (NEW) The system as claimed in claim 24, wherein said processor ascertains the 
control flow description as a control flow graph. 

26. (NEW) The system as claimed in claim 24, wherein said processor ascertains the 
data flow description as a data flow graph. 
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27. (NEW) The system as claimed in claim 24, 

wherein said storage unit stores each fault description as a fault tree, and 
wherein said processor ascertains each element fault description as an element 
fault tree and the overall fault description as an overall fault tree. 

28. (NEW) The system as claimed in claim 24, wherein said processor further performs 
fault analysis in the section of the computer program using the overall fault description. 

29. (NEW) The system as claimed in claim 24, wherein said processor ascertains the 
overall fault description as an overall fault tree and alters the overall fault tree in terms of 
prescribable boundary conditions. 

30. (NEW) The system as claimed in claim 29, wherein said processor alters the overall 
fault tree by adding a complementary fault tree. 

31 . (NEW) A computer-readable storage medium storing at least one program to control 
a computer to perform a method for ascertaining an overall fault description for at least one 
section of a computer program, said method comprising: 

storing a section of the computer program; 

ascertaining a control flow description for the section of the computer program, to 
describe a flow of control information in the section of the computer program; 

ascertaining a data flow description for the section of the computer program, to 
describe a flow of data in the section of the computer program; 

combining the control and data flow descriptions into a joint flow description for 
the section of the computer program; 

selecting program elements from the section of the computer program; 

storing a fault description for each reference element to describe possible faults 
in the reference element; 

ascertaining an element fault description for each selected program element, 
based on the fault description associated with a corresponding reference element, to describe 
possible faults in the selected program element; and 

ascertaining the overall fault description using the element fault descriptions, with 
a structure of the overall fault description taking into account a structure of the joint flow 
description. 
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REMARKS 



This Preliminary Amendment is submitted to improve the form of the English translation 
as filed. It is respectfully requested that this Preliminary Amendment be entered in the above- 
referenced application. 

In accordance with the foregoing, claims 1-16 have been canceled and claims 17-31 
have been added. Thus, claims 17-31 are pending and under consideration. 

A substitute specification is also being filed herewith. The substitute specification is 
accompanied by a marked-up copy of the original specification. 

If there are any additional fees associated with filing of this Preliminary Amendment, 
please charge the same to our Deposit Account No. 19-3935. 



Respectfully submitted 



STAAS & HALSEY LLP 





Richard A. Gollhofer 
Registration No. 31,106 



700 Eleventh Street. NW, Suite 500 
Washington, D.C. 20001 
(202)434-1500 
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SUBSTITUTE SPECIFICATION 



TITLE OF THE INVENTION 

SYSTEM FOR DETERMINING A TOTAL ERROR 
DESCRIPTION OF AT LEAST ONE PART OF A COMPUTER PROGRAM 

CROSS REFERENCE TO RELATED APPLICATIONS 

[0001] This application is based on and hereby claims priority to German Patent Application 
No. 19925239.4 filed on June 2, 2001 , the contents of which are hereby incorporated by 
reference. 

REFERENCE TO COMPUTER PROGRAM LISTING, COMPACT DISC APPENDIX 

[0002] A compact disc is included herewith and incorporated by reference herein having 
thereon a computer program listing appendix in the ASCII uncompressed text format with ASCII 
carriage return, ASCII line feed and all control codes defined in ASCII, having computer 
compatibility with IBM PC/XT/AT or compatibles, having operating system compatibility with MS- 
Windows and including file PROGRA-G.TXT (Program-Listing.txt in Windows) of 130,121 bytes, 
created on November 29, 2001 . 

BACKGROUND OF THE INVENTION 

[0003] The invention relates to a method and a system for ascertaining an overall fault 
description for at least one section of a computer program, and also to a computer product and 
a computer-readable storage medium. 

[0004] Such a method and such a system are known from N. Leveson, "Safety Verification of 
ADA Programs Using Software Fault Trees", IEEE Software, July 1991 , pages 48-59, which 
discloses the practice of using computers to ascertain an overall fault description in the form of 
an overall fault tree for a computer program. For the computer program, a control flow 
description is ascertained in the form of a control flow graph. For various program elements of 
the computer program, a stored fault description associated with a respective stored reference 
element is used to ascertain an element fault description. The fault description for a reference 
element describes possible faults in the respective reference element. The element fault 
descriptions in the form of element fault trees are used to ascertain the overall fault description, 
taking into account the control flow graph for the computer program. 
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[0005] The method and the system taught by Leveson have the following drawbacks, in 
particular. The overall fault tree ascertained is incomplete in terms of the faults examined and 
the causes thereof, and is therefore unreliable. Hence, this practice is not appropriate for use 
within the context of generating fault trees for a computer program for safety-critical 
applications. The individual fault trees associated with the reference elements are also 
incomplete and hence unreliable. 

[00061 M. Weiser, "Program Slicing", in IEEE Transaction on Software Engineering, Vol. 10, 
No. 4, July 1984, pp. 352-357 provides an overview of "slicing". Slicing is the analysis carried 
out when searching for causes of incorrect action in a computer program. This procedure 
involves checking whether the incorrect action has been caused by an instruction currently 
under consideration. If this is not the case, the instructions which deliver data for or control the 
execution of the instruction are checked. This method is continued until no further operations 
exist, that is to say it gets to input data for the computer program. *ln slicing, "slices" are 
ascertained. A slice shows which instructions are affected in what way by a value under 
consideration. Below, the term slicing is always understood to mean backwardly directed 
slicing. 

[0007] P. Liggesmeyer, Modultest und Modulverifikation - State of the Art, Mannheim, 
Vienna, Zurich: Bl Wissenschaftsverlag, 1990 discloses the practice of ascertaining a control 
flow description and a data flow description for a computer program. In Liggesmeyer, this 
representation is used as an initial basis for "data-flow-oriented testing" of the computer 
program. The instructions (nodes) of the control flow graph are assigned data flow attributes 
(data flow description) which describe the nature of the data access operations contained in the 
instructions of the computer program. A distinction is drawn between write access operations and 
read access operations. Write access operations are referred to as definitions (def). Read 
access operations are referred to as a reference. If a read access operation takes place in a 
decision, this access operation is referred to as a predicative reference (p-use, predicate use). A 
read access operation during calculation of a value is referred to as a computational reference 
(c-use, computational use). 

[0008] DIN 25424-1 : Fehlerbaumanalysen; Methoden und Bildzeichen, September 1981 , 
which has a title that can be translated "Fault Tree Analyses; Methods and Graphic Symbols", 
discloses principles relating to a fault tree. A fault tree is to be understood, as described in 
DIN 25424-1 , to mean a structure which describes logical relationships between input variables 
for the fault tree which lead to a prescribed undesirable event. 
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[0009] In addition, DIN 25424-2: Fehlerbaumanalyse; Handrechenverfahren zur Auswertung 
eines Fehlerbaums, Berlin, Beuth Verlag GnnbH, April 1990 which has a title that can be 
translated "Fault Tree Analysis; Manual Computation Methods for Evaluating a Fault Tree", 
discloses various nriethods for fault tree analysis. 

SUMMARY OF THE INVENTION 

[0010] The invention is based on the problem of ascertaining an overall fault description 
which is more reliable than ascertaining an overall fault tree in the manner known on the basis 
of the method taught by Leveson. 

[0011] In a method for ascertaining an overall fault description for at least one section of a 
computer program, using a computer, at least the section of the computer program is stored. A 
control flow description and a data flow description are ascertained for the section of the 
computer program, and program elements are selected from the section of the computer 
program. For each selected program element, a stored fault description is used to ascertain an 
element fault description. The fault description is associated with a respective reference 
element. The element fault description describes possible faults in the respective program 
element. A fault description for a reference element describes possible faults in the respective 
reference element. The element fault descriptions are used to ascertain the overall fault 
description, which takes into account the control flow description and the data flow description. 

[001 2] A system for ascertaining an overall fault description for at least one section of a 
computer program has a processor which is set up such that the following method steps can be 
carried out: 

- at least the section of the computer program is stored, 

- a control flow description and a data flow description are ascertained for the section of the 
computer program, 

- program elements are selected from the section of the computer program, 

- for each selected program element, a stored fault description associated with a respective 
reference element is used to ascertain an element fault description which describes possible 
faults in the respective program element, 

- a fault description for a reference element describes possible faults in the respective 
reference element, 
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- the element fault descriptions are used to ascertain the overall fault description, taking into 
account the control flow description and the data flow description. 

[0013] A computer program product comprises a computer-readable storage medium on 
which a program is stored which, when it has been loaded into a memory in a computer, allows 
the computer to carry out the following steps for ascertaining an overall fault description for at 
least one section of a computer program: 

- at least the section of the computer program is stored, 

- a control flow description and a data flow description are ascertained for the section of the 
computer program, 

- program elements are selected from the section of the computer program, 

- for each selected program element, a stored fault description associated with a respective 
reference element is used to ascertain an element fault description which describes possible 
faults in the respective program element, 

- a fault description for a reference element describes possible faults in the respective 
reference element, 

. the element fault descriptions are used to ascertain the overall fault description, taking into 
account the control flow description and the data flow description. 

[0014] A computer-readable storage medium stores a program which, when it has been 
loaded into a memory in a computer, allows the computer to carry out the following steps for 
ascertaining an overall fault description for at least one section of a computer program: 

- at least the section of the computer program is stored, 

- a control flow description and a data flow description are ascertained for the section of the 
computer program, 

- program elements are selected from the section of the computer program, 

- for each selected program element, a stored fault description associated with a respective 
reference element is used to ascertain an element fault description which describes possible 
faults in the respective program element, 

- a fault description for a reference element describes possible faults in the respective 
reference element, 
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- the element fault descriptions are used to ascertain the overall fault description, taking into 
account the control flow description and the data flow description. 

[0015] The invention now makes it possible to ascertain a reliable overall fault description, 
which takes into account the peculiarities of a computer program, for a computer program or a 
section thereof. Since the overall fault description ascertained is much more reliable than the 
overall fault description which can be ascertained on the basis of the method taught by 
Leveson, the invention is also suitable for safety-critical applications, i.e. In particular for 
ascertaining an overall fault description for a safety-critical computer program. 

[0016] The control flow description and/or the data flow description may be in the form of a 
control flow graph or of a data flow graph, respectively. 

[0017] The fault description may be in the form of a stored fault tree, and the element fault 
description can be ascertained as an element fault tree. In this case, the overall fault 
description can be ascertained as an overall fault tree. This development permits standardized 
representation of a fault description, which makes it much simpler for a user of the fault 
description to analyze same. 

[0018] In one development, the overall fault description can be used for fault analysis in the 
section of the computer program. This development has the advantage, in particular, that 
automated, reliable fault analysis becomes possible, and if the fault descriptions are in the form 
of fault trees the fault description can even be analyzed in a manner "normalized" in accordance 
with the fault tree analysis methods. 

[0019] In another refinement, the overall fault description is ascertained as an overall fault 
tree, and the overall fault tree is altered in terms of prescribable boundary conditions. The 
alteration can be made by adding a complementary fault tree, 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0020] These and other objects and advantages of the present invention will become more 
apparent and more readily appreciated from the following description of the exemplary 
embodiment of the invention as explained in more detail below and as illustrated in the figures., 
in which: 

[0021] Figure 1 is a block diagram of a computer used to carry out the method in accordance 
with the exemplary embodiment; 
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[0022] Figure 2 is a flowchart sliowing the individual method steps of the method in 
accordance with the exemplary embodiment; 

[0023] Figure 3 is a general fault tree, as formed basically for a reference element; 

[0024] Figures 4a to 4c are flow diagrams for a control flow graph (Fig. 4a), a slice (Fig. 4b) 
and a fault tree (Fig. 4c) for an instruction sequence as a reference element of a computer 
program; 

[0025] Figures 5a to 5c are flow diagrams for a control flow graph (Fig. 5a), a slice (Fig. 5b) 
and a fault tree (Fig. 5c) for a selection sequence as a reference element of a computer 
program; 

[0026] Figures 6a to 6c are flow diagrams for a control flow graph (Fig. 6a), a slice (Fig. 6b) 
and a fault tree (Fig. 6c) for a loop as a reference element of a computer program; 

[0027] Figure 7 is a control flow graph with a data flow graph for a computer program in 
accordance with the exemplary embodiment; 

[0028] Figures 8a and 8b are flow diagrams for a slice for the output of the variable max (Fig. 
8a) and a slice for the variable avr (Fig. 8b) for the program in accordance with the exemplary 
embodiment; 

[0029] Figure 9 is a flow diagram for the slice for the variable avr, in which a structure of the 
loop from the program in accordance with the exemplary embodiment is highlighted; 

[0030] Figure 10 is a flow diagram for a fault tree for the assumption that the variable avr is 
incorrect; 

[0031] Figure 11 is a flow diagram for the overall fault tree based on Fig. 10, where 
redundant events from the overall fault tree based on Fig. 10 have been combined into one 
event. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT 

[0032] Reference will now be made in detail to the preferred embodiments of the present 
invention, examples of which are illustrated in the accompanying drawings, wherein like 
reference numerals refer to like elements throughout. 

[0033] Figure 1 shows a computer 100 used to carry out the method described below. The 
computer 100 has a processor 101 which is connected to a memory 102 via a bus 103. The 
bus 103 also has an input/output interface 106 connected to it. 
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[00341 The memory 102 stores a computer program 104 for which an overall fault description 
is ascertained in the manner described below. In addition, the memory 102 stores a program 

105 which implements the method described below. The memory also stores fault descriptions 
115 for different reference elements of a computer program. A fault description for a reference 
element describes possible faults in the respective reference element. Various reference 
elements and fault descriptions associated with the reference elements are explained in detail 
below. 

[00351 The input/output interface 106 has a keyboard 108 connected to it via a first 
connection 107. A second connection 109 is used to connect the input/output interface 106 to a 
computer mouse 110, and a third connection 111 is used to connect the input/output interface 

106 to a screen 1 12 on which the overall fault description ascertained for the computer program 
104 is displayed. A fourth connection 1 13 is used to connect the input/output interface 106 to 
an external storage medium 114. 

[00361 Figure 2 shows a block diagram illustrating the procedure in accordance with the 
exemplary embodiment described below. 

[00371 The stored computer program 1 04 is used to ascertain a control flow graph 201 and a 
data flow graph 202 for the computer program 104. 

[00381 Individual program elements are selected from the computer program (step 203). For 
each program element selected, a stored fault description associated with a reference element 
corresponding to the selected program element is used to ascertain an element fault description 
(step 204). The element fault description describes possible faults in the respective selected 
program element. 

[0039] On the basis of a fault event in the computer program (undesirable event), which fault 
event is prescribed by a user and needs to be examined, in a final step (step 205) an overall 
fault description.for the computer program is ascertained, for the fault instance to be examined, 
from the element fault descriptions, taking into account the control flow graph and the data flow 
graph. The overall fault tree ascertained is displayed to the user on the screen 112. 

[0040] Figure 3 shows the basic procedure for creating a fault tree, as used in the initial 
example in order to form the fault trees described below for the reference elements. 

[0041] For an event 301 selected by a user, it is necessary to ascertain how the selected 
incorrect event can arise. In a computer program, incorrect output of a variable, as a selected 



7 



incorrect event (undesirable event) 301 , can be caused by a control flow fault 303 and/or a data 
fault 304 (INCLUSIVE-OR function 302). 

[00421 A control flow fault 303 Is to be understood to nnean incorrect control of the processing 
of the respective variable. 

[0043] The data flow fault 304 is to be understood to mean a fault which arises during 
processing as a result of incorrect data. The data flow fault 304 may originate in the processing 
step currently under consideration (block 306) and/or it may already have been present and 
may be maintained only by fault propagation (block 307) (INCLUSIVE-OR function 305). 

[0044] On the basis of these considerations, the appropriate fault tree, a slice describing the 
instruction and a control flow graph are respectively illustrated below for the following elements 
of a computer program: 

- an instruction sequence, 

- a selection element, 

- a loop element. 

Instruction sequence 

[0045] The instruction sequence 401 comprises the three instructions shown in Fig. 4a. In a 
first instruction 402, a first variable j is assigned the value 3 G: = 3). A second instruction 403 
assigns a second variable k the value 2 (k: = 2). A third instruction 404 forms a sum using the 
first variable and the second variable (i: = j + k). 

[0046] In accordance with the practice disclosed in Weiser, a slice 41 0 is formed for this 
instruction sequence 401 , as shown in Fig. 4b. The first instruction 402 and the second 
instruction 403 both affect the third instruction 404, which is illustrated by two arrows 411 , 412 in 
the slice 410. 

[0047] For the control flow graph 401 , the fault tree 420 shown in Fig. 4c is obtained for the 
following prescribed undesirable event 421 : "Variable i is incorrect after the third instruction". 

[0048] The incorrect event 421 may have been produced by a fault in the third instruction 404 
under consideration itself, if the data up to this instruction step were correct (element 422 in Fig. 
4c). The incorrect event 421 may also be caused by corrupt input data for the third instruction, 
however, i.e. as a result of INCLUSlVE-ORing 424 the events that the second variable k was 
incorrect after the second instruction (element 425) and/or that the first variable j was incorrect 
after the first instruction 402 (element 426). The result of the first INCLUSlVE-ORed function 
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424 is INCLUSIVE-ORed with the event that the third instruction is incorrect (INCLUSIVE-OR 
function 423). 

Selection element 

[0049] With a selection element as reference element, it is necessary to consider possibilities 
of fault in the data flows and in the control flows within the computer program. 

[0050] Figures 5a to 5c show a control flow graph 501 (cf. Fig. 5a), a slice 520 (cf. Fig. 5b) 
and a fault tree 540 (cf. Fig. 5c) for an If-Then-Else instruction as a selection element. The 
control flow graph 501 comprises the following six instructions: 

- a first instruction 502, which assigns a first variable j the value 3(j: = 3), 

- a second instruction 503, which assigns a second variable k a prescribable value (k: = ...), 

- a third instruction 504, which checks whether the second variable k has a value greater than 
0; if the value of the second variable is greater than 0, the instruction branches to a fourth 
instruction 505, otherwise it branches to a fifth instruction 506, 

- the fourth instruction 505, which assigns a third variable i the value of the second variable k 
(i: = k), 

- a fifth instruction 506, which assigns the third variable i the value of the second variable k 
with a negative arithmetic sign (i: = -k), 

- a sixth instruction 507, which processes the third variable i further in an arbitrary manner. 

[0051] For the control flow graph 501 shown in Fig. 5a, the slice 520 shown in Fig. 5b is 
obtained for the selection element. Solid edges in the slice 520 show a data dependency 
between the different instructions. Dashed edges indicate control dependencies between the 
appropriate instructions. 

[0052] The following definitions apply for the two edge types: 

- dashed edges, referred to as control edges below, are directed from instructions which 
contain a predicative reference (failure constructs, loop control) to the directly controlled 
instructions, i.e. to those instructions which are executed only if the predicate has a 
particular value. Control edges are drawn only between the controlling instruction and 
directly interleaved instructions. If a controlled block contains a further interleaved control 
level, no control edges crossing more than one level are drawn. Since a control relationship 
is transitive, this indirect control can be inferred from the slice by utilizing the transitivity. 
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- solid edges, referred to as data flow edges below, are directed from instructions in which a 
variable is defined to instructions in which this variable is referenced. The variable under 
consideration cannot be defined again between the definition and the reference. This is 
referred to as a definition-free path for the variable under consideration. 

[0053] The slice is ascertained by searching the control flow graph, counter to the edge 
direction, for a definition of the variable under consideration starting from the instruction 
containing the variable under consideration, for which the undesirable event is prescribed. If 
computational references exist for the definition, the method is continued recursively until no 
further additional nodes are found. The dependencies found in this way between instructions 
are data dependencies. If a node under consideration is contained in a block whose execution 
is controlled directly by a decision, this represents a control dependency. For the predicative 
references of the variables involved in the decision, nodes with appropriate definitions - that is to 
say data flow dependencies - are recursively sought which have other control dependencies. 

[0054] Figure 5b shows the failure element's associated slice 520 with corresponding control 
edges and data flow edges. 

[0055] Figure 5c shows the fault tree 540 for the prescribed event "the third variable i is 
incorrect before the 6th instruction" 541 . 

[0056] The following events result in the incorrect event 541 when INCLUSIVE-ORed 542: 

- ANDIng 543 the events that the decision in accordance with the third instruction 504 is true 
(element 544) and a result of INCLUSIVE-ORing 545 the events that the fourth instruction 
505 is incorrect (element 546) and/or the first variable j is incorrect after the first instruction 
502 (element 547); 

- ANDing 550 the events that the decision in accordance with the third instruction 504 is false 
(element 551) and a result of INCLUSIVE-ORing 552 the events that the fifth instruction is 
incorrect (element 553) and/or that the first variable j is incorrect after the first instruction 502 
(element 554); 

- INCLUSIVE-ORing 560 the following events: the decision in accordance with the third 
instruction 504 is incorrect (element 561) and/or the second variable k is incorrect after the 
second instruction 503 (element 562). 



10 



Multiple selection element 
[00571 A multiple selection element as reference element can be handled in accordance with 
the scheme described above by breaking down the multiple selection into a cascade of two-way 
selection elements processed in accordance with the procedure above, in order thus to 
ascertain a fault tree for a multiple selection element. 

Loop 

[0058] Figures 6a to 6c show a fault tree 601 (cf. Fig. 6a), the corresponding slice 620 (cf. 
Fig. 6b) and the associated fault tree 640 (cf. Fig. 6c) for the reference element of a loop. The 
control flow graph 601 for a loop element comprises the following seven instructions: 

- a first instruction 602, which assigns a first variable i the value 0 (i: = 0), 

- a second instruction 603, which assigns a second variable j an unspecified value (j: = ...), 

- a third instruction 604, which prescribes a further unspecified value for a third variable k 
(k: = ...), 

- a fourth instruction 605, which, as a loop instruction, specifies a condition that a fifth 
instruction and a sixth instruction are executed until the value of the second variable is j > 0 
(WHILEj>0DO), 

- a fifth instruction 606, which assigns the first variable i a value which is obtained from the 
sum of the previous value of the first variable and the product of the second variable and the 
third variable (1: = i + k * j), 

- a sixth instruction 607, which assigns the second variable j a value which is obtained by 
decreasing the original value of the second variable j by the value 1 G: = j - 1), 

- a seventh instruction 608, which processes the first variable i further in a prescribable 
manner (...: = i ...). 

[0059] Figure 6b shows the corresponding slice 620 for the control flow graph 601 shown in 
Fig. 6a with associated control flow edges and data flow edges. The fault tree 640 shown in 
Fig. 6c is formed for the prescribed event 641 that the "first variable i is incorrect before the 
seventh instruction". 

[0060] The fault tree 640 is obtained by INCLUSIVE-ORing 642 the following four events: 

- a first event 643, which describes a situation in which the first variable i is incorrect after the 
first instruction 602, 
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- ANDing 644 the events that the loop body has been passed through at least twice (element 
645) and the event that the sixth instruction 607 is incorrect (646), 

- ANDing 650 the event that the loop body has been executed at least once (element 651 ) 
and INCLUSIVE-ORing 652 of the following four events: 

a) the fifth instruction 606 is incorrect (element 653), 

b) the first variable i is incorrect after the first instruction (element 654), 

c) the second variable j is incorrect after the second instruction (element 655), 

d) the third variable k is incorrect after the third instruction (element 656), 

- INCLUSIVE-ORing 660 the following three events: 

e) the decision in accordance with the fourth instruction 605 is incorrect (element 661), 

f) the second variable j is incorrect after the second instruction 603 (element 662), 

g) ANDing 663 the events that the sixth instruction is incorrect (element 664) and the 
event that the loop body has been passed through at least once (element 665). 

[00611 The fault trees described above, which are associated with the individual reference 
elements, are stored in the memory 102 as fault trees 115. 

[0062] Figure 7 shows a control flow graph 700 for the following computer program: 

input (n); 
input (a); 
max:=0; 
sum:=0; 
i:=2; 

WHILE i=n DO 

IF max < a 

THEN max:= a 

sum:= sum + a 

i:= i + 1 
avr:= sum/n; 
output (max); 
output (avr); 



12 



[0063] For the control flow graph 700 comprising 13 instructions (reference symbols 1 , 2, 3, 

13) which is shown In Fig. 7, Fig. 8a shows the associated slice 800 for the variable max and 
Fig. 8b shows the associated slice 810 for the variable avr. The numbering of the individual 
instructions in the slices corresponds to the numbering of the individual instructions in the control 
flow graph 700 from Fig. 7. 

[0064] Figure 9 shows the slice 900 for the variable avr, as shown in Fig, 8b. The structure 
of the loop element contained in the program shown above is highlighted in bold. This structure 
corresponds to the slice shown in Fig. 6b for a loop element. 

[0065] An overall fault tree 1 000 for the computer program shown above is shown in Fig. 1 0. 
The overall fault tree for the computer program is produced by instantiating the appropriate fault 
tree associated with the reference element which corresponds to the selected program element. 

[0066] By starting from the prescribed undesirable event and working backward, the overall 
fault tree 1000 is thus ascertained using the fault trees associated with the reference elements. 

[0067] Figure 1 0 contains the fault tree 1 000 relating to the event that "the variable avr is 
incorrect before the thirteenth instruction" (element 1001). The variable avr may be incorrect 
before the thirteenth instruction 13 on account of at least one of the following three events, as is 
also shown in the slice 900 shown in Fig. 9 for the variable avr (INCLUSIVE-OR function 1002): 

- an input variable n is incorrect after the first instruction 1 (element 1 003), 

- the eleventh instruction 1 1 is incorrect (element 1004), 

- the value of the variable sum is incorrect before the eleventh instruction 1 1 (element 1 005). 

[0068] The variable sum is incorrect before the eleventh instruction 1 1 (element 1 005) if at 
least one of the following events is satisfied (INCLUSIVE-OR function 1006): 

- the variable sum is incorrect after the fourth instruction 4 (element 1 007), 

- ANDing 1008 the event that the loop body has been executed at least twice (element 1009) 
and the event that the tenth instruction 10 is incorrect (element 1010), 

- ANDing 1 01 1 the event that the loop body has been executed at least once (element 1 01 2) 
and the result of INCLUSIVE-ORing 1013 the following four events: 

a) the ninth instruction 9 is incorrect (element 1014), 

b) the variable sum is incorrect after the fourth instruction 4 (element 1015), 

c) the variable i is incorrect after the fifth instruction 5 (element 1 016), 
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d) the variable a is incorrect after tlie second instruction 2 (element 1017), 

- INCLUSIVE-ORing 1 01 8 tlie following events: 

e) the decision in accordance with the sixth instruction is incorrect (element 1019), 

f) the variable 1 is incorrect after the fifth instruction (element 1 020), 

g) the variable n is incorrect after the first instruction (element 1021), 

h) ANDing 1022 the event that the 10th instruction is incorrect (element 1023) and the 
event that the loop body has been executed at least once (element 1024). 

[0069] To provide for clearer illustration, the fault tree 1 000 from Fig. 1 0 is altered such that 
events shown a plurality of times in the fault tree 1000 are combined to form one node of a 
cause-effect graph 1 100 (cf. Fig. 11). 

[0070] The fault tree 1000 shown in Fig. 10 is subjected to a fault tree analysis method, as 
described in DIN 25424-2, which analyzes an analysis of the computer program for a prescribed 
undesirable event. 

[0071] The text below illustrates alternatives and further opportunities for application of the 
exemplary embodiment described above. 

[0072] The overall fault tree produced using the method described above can be used for 
various purposes: 

- description of the fault generation or propagation of incorrect action by a section of a 
computer program within the context of safety analysis or reliability analysis for the computer 
program, 

- analysis of software fault mechanisms, for example within the context of test case 
generation. 

[0073] The invention has been described in detail with particular reference to preferred 
embodiments thereof and examples, but it will be understood that variations and modifications 
can be effected within the spirit and scope of the invention. 
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SUBSTITUTE ABSTRACT 

SYSTEM FOR DETERMINING A TOTAL ERROR DESCRIPTION 
OF AT LEAST ONE PART OF A COMPUTER PROGRAM 

A section of a computer program is used to ascertain a control flow description and a 
data flow description, and program elements are selected from the section of the computer 
program. For each selected program element, a stored fault description associated with a 
respective reference element is used to ascertain an element fault description which describes 
possible faults in the respective program element. The element fault descriptions are used to 
ascertain the overall fault description, taking into account the control flow description and the 
data flow description. 
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MARKED-UP SUBSTITUTE SPECIFICATION 

[Description] 

TITLE OF THE INVENTION 

[METHOD AND ARRANGEMENT] SYSTEM FOR DETERMINING 
A TOTAL ERROR DESCRIPTION OF AT LEAST ONE PART OF A 
COMPUTER [PROGRAMME] PROGRAM [AND COMPUTER PROGRAMME 
PRODUCT AND COMPUTER-READABLE STORAGE MEDIUM] 

CROSS REFERENCE TO RELATED APPLICATIONS 

[0001] This application is based on and hereby claims priority to G erman Patent Application 
No. 19925239.4 filed on June 2. 2001. the contents of which are hereby incorporated by 
reference. 

REFERENCE TO COMPUTER PROGRAM LISTING. COMPACT DISC APPENDIX 

[0002] A compact disc is included herewith and incorporated bv refere nce herein having 
thereon a computer program listing appendix in the ASCII uncompressed t ext format with ASCII 
carriage return. ASCII line feed and all control codes defined In ASCII, having computer 
compatibility with IBM PC/XT/AT or compatibles, having operating system compatibil ity with MS- 
Windows and including file PR0GRA~6.TXT (Program-Listing.txt in Windows) o f 130.121 bytes. 
created on November 29, 2001 . 
BACKGROUND OF THE INVENTION 

[0003] The invention relates to a method and [an arrangement] a system for ascertaining an 
overall fault description for at least one section of a computer program, and also to a computer 
product and a computer-readable storage medium. 

[0004] Such a method and such [an arrangement] a system are known from [1] [.] [1] NL 
Leveson. "Safety Verification of ADA Programs Using Software Fault Tree s". IEEE Software. 
July 1991. paces 48-59. which discloses the practice of using computers to ascertain an overall 
fault description in the form of an overall fault tree for a computer program. For the computer 
program, a control flow description is ascertained in the form of a control flow graph. For 
various program elements of the computer program, a stored fault description associated with a 
respective stored reference element is used to ascertain an element fault description. The fault 
description for a reference element describes possible faults in the respective reference 
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element. The element fault descriptions in the form of element fault trees are used to ascertain 
the overall fault description, taking into account the control flow graph for the computer program. 

[0005] The method and the [arrangement from] [1] system taught bv Leveson have the 
following drawbacks, in particular. The overall fault tree ascertained is incomplete in terms of 
the faults examined and the causes thereof, and is therefore unreliable. Hence, this practice is 
not appropriate for use within the context of generating fault trees for a computer program for 
safety-critical applications. The individual fault trees associated with the reference elements are 
also incomplete and hence unreliable. 

[0006] [2] M. Weiser. "Program Slicing", in: IEEE Transaction on Softwa re Engineering, 
Vol. 10. No. 4. July 1984. pp. 352-357 provides an overview of "slicing". Slicing is the analysis 
carried out when searching for causes of incorrect action in a computer program. This 
procedure involves checking whether the incorrect action has been caused by an instruction 
currently under consideration. If this is not the case, the instructions which deliver data for or 
control the execution of the instruction are checked. This method is continued until no further 
operations exist, that is to say it gets to input data for the computer program. In slicing, "slices" 
are ascertained. A slice shows which instructions are affected in what way by a value under 
consideration. Below, the term slicing is always understood to mean backwardly directed 
slicing. 

[0007] [3] P. Liggesmever. Modultest und Modulverifikation - State of the Art. Mannheim, 
Vienna. Zurich: Bl Wissenschaftsverlag. 1990 discloses the practice of ascertaining a control 
flow description and a data flow description for a computer program. In [3] Liggesmever, this 
representation is used as an initial basis for "data-flow-oriented testing" of the computer 
program. The instructions (nodes) of the control flow graph are assigned data flow attributes 
(data flow description) which describe the nature of the data access operations contained in the 
instructions of the computer program. A distinction is drawn between write access operations and 
read access operations. Write access operations are referred to as definitions (def). Read 
access operations are referred to as a reference. If a read access operation takes place in a 
decision, this access operation is referred to as a predicative reference (p-use, predicate use). A 
read access operation during calculation of a value is referred to as a computational reference 
(c-use, computational use). 

[0008] [4] DIN 25424-1: Fehlerbaumanalvsen: Methoden und Bildzeichen. September 1981. 
which has a title that can be translated "Fault Tree Analyses: Methods and Graphic Symbols". 
discloses principles relating to a fault tree. A fault tree is to be understood, as described in [4] 
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DIN 25424-1 . to mean a structure which describes logical relationships between input variables 
for the fault tree which lead to a prescribed undesirable event. 

[0009] In addition, [5] DIN 25424-2: Fehlerbaumanalvse: Hand rechenverfahren zur 
Auswertung eines Fehlerbaums. Berlin. Beuth Verlaa GmbH. April 1990 which has a title that 
can be translated "Fault Tree Analysis: Manual Computation Methods fo r Evaluating a Fault 
Tree", discloses various methods for fault tree analysis. 

SUMMARY OF THE INVENTION 

[0010] The invention is based on the problem of ascertaining an overall fault description 
which is more reliable than ascertaining an overall fault tree in the manner known on the basis 
of the method [from] [1] taught bv Leveson . [The problem is solved by the method and by the 
arrangement having the features in accordance with the independent claims and also by the 
computer product and the computer-readable storage medium having the features in 
accordance with the independent claims.] 

[0011] In a method for ascertaining an overall fault description for at least one section of a 
computer program, using a computer, at least the section of the computer program is stored. A 
control flow description and a data flow description are ascertained for the section of the 
computer program, and program elements are selected from the section of the computer 
program. For each selected program element, a stored fault description is used to ascertain an 
element fault description. The fault description is associated with a respective reference 
element. The element fault description describes possible faults in the respective program 
element. A fault description for a reference element describes possible faults in the respective 
reference element. The element fault descriptions are used to ascertain the overall fault 
description, which takes into account the control flow description and the data flow description. 

[0012] [An arrangement] A svstem for ascertaining an overall fault description for at least one 
section of a computer program has a processor which is set up such that the following method 
steps can be carried out: 

- at least the section of the computer program is stored, 

- a control flow description and a data flow description are ascertained for the section of the 
computer program, 

- program elements are selected from the section of the computer program, 
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- for each selected program element, a stored fault description associated witln a respective 
reference element is used to ascertain an element fault description which describes possible 
faults in the respective program element, 

- a fault description for a reference element describes possible faults in the respective 
reference element, 

- the element fault descriptions are used to ascertain the overall fault description, taking into 
account the control flow description and the data flow description. 

[0013] A computer program product comprises a computer-readable storage medium on 
which a program is stored which, when it has been loaded into a memory in a computer, allows 
the computer to carry out the following steps for ascertaining an overall fault description for at 
least one section of a computer program: 

- at least the section of the computer program is stored, 

- a control flow description and a data flow description are ascertained for the section of the 
computer program, 

- program elements are selected from the section of the computer program, 

- for each selected program element, a stored fault description associated with a respective 
reference element is used to ascertain an element fault description which describes possible 
faults in the respective program element, 

- a fault description for a reference element describes possible faults in the respective 
reference element, 

- the element fault descriptions are used to ascertain the overall fault description, taking into 
account the control flow description and the data flow description. 

[0014] A computer-readable storage medium stores a program which, when it has been 
loaded into a memory in a computer, allows the computer to carry out the following steps for 
ascertaining an overall fault description for at least one section of a computer program: 

- at least the section of the computer program is stored, 

- a control flow description and a data flow description are ascertained for the section of the 
computer program, 

- program elements are selected from the section of the computer program, 
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- for each selected program element, a stored fault description associated with a respective 
reference element is used to ascertain an element fault description which describes possible 
faults in the respective program element, 

- a fault description for a reference element describes possible faults in the respective 
reference element, 

- the element fault descriptions are used to ascertain the overall fault description, taking into 
account the control flow description and the data flow description. 

[0015] The invention now makes it possible to ascertain a reliable overall fault description, 
which takes into account the peculiarities of a computer program, for a computer program or a 
section thereof. Since the overall fault description ascertained is much more reliable than the 
overall fault description which can be ascertained on the basis of the method [from] [1] taught by 
Leveson , the invention is also suitable for safety-critical applications, i.e. in particular for 
ascertaining an overall fault description for a safety-critical computer program. [Preferred 
developments of the invention can be found in the dependent claims.] 

[0016] The control flow description and/or the data flow description may be in the form of a 
control flow graph or of a data flow graph, respectively. 

[0017] The fault description may be in the form of a stored fault tree, and the element fault 
description can be ascertained as an element fault tree. In this case, the overall fault 
description can be ascertained as an overall fault tree. This development permits standardized 
representation of a fault description, which makes it much simpler for a user of the fault 
description to analyze same. 

[0018] In one development, the overall fault description can be used for fault analysis in the 
section of the computer program. This development has the advantage, in particular, that 
automated, reliable fault analysis becomes possible, and if the fault descriptions are in the form 
of fault trees the fault description can even be analyzed in a manner "normalized" in accordance 
with the fault tree analysis methods. 

[0019] In another refinement, the overall fault description is ascertained as an overall fault 
tree, and the overall fault tree is altered in terms of prescribable boundary conditions. The 
alteration can be made by adding a complementary fault tree. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

[0020] [An] These and other objects and advantages of the present invention will become 
more apparent and more readilv appreciated from the following description of the exemplary 
embodiment of the invention [is] as explained in more detail below and [is] as illustrated in the 
figures., in which; 

[0021] Figure 1 [shows] is a block diagram of a computer used to carry out the method in 
accordance with the exemplary embodiment; 

[0022] Figure 2 [shows] is a flowchart showing the individual method steps of the method in 
accordance with the exemplary embodiment; 

[0023] Figure 3 [shows an illustration of] is a general fault tree, as formed basically for a 
reference element; 

[0024] Figures 4a to 4c [show] are flow diagrams for a control flow graph ([figure] Rg^ 4a), a 
slice ([figure] Fig, 4b) and a fault tree ([figure] Rg, 4c) for an instruction sequence as a reference 
element of a computer program; 

[0025] Figures 5a to 5c [show] are flow diagrams for a control flow graph ([figure] Fig^ 5a), a 
slice ([figure] Rg, 5b) and a fault tree ([figure] Fig, 5c) for a selection sequence as a reference 
element of a computer program; 

[0026] Figures 6a to 6c [show] are flow diagrams for a control flow graph ([figure] Rg, 6a), a 
slice ([figure] Rg, 6b) and a fault tree ([figure] Fig, 6c) for a loop as a reference element of a 
computer program; 

[0027] Figure 7 [shows] is a control flow graph with a data flow graph for a computer program 
in accordance with the exemplary embodiment; 

[0028] Figures 8a and 8b [show] are flow diagrams for a slice for the output of the variable 
max ([figure] Fig, 8a) and a slice for the variable avr ([figure] Fig, 8b) for the program in 
accordance with the exemplary embodiment; 

[0029] Figure 9 [shows] is a flow diagram for the slice for the variable avr, in which a 
structure of the loop from the program in accordance with the exemplary embodiment is 
highlighted; 

[0030] Figure 1 0 [shows] is a flow diagram for a fault tree for the assumption that the variable 
avr is incorrect; 
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[0031] Figure 11 [shows] is a flow diagram for the overall fault tree based on [figure] Fig. 10, 
where redundant events from the overall fault tree based on [figure] Fig^ 10 have been 
combined into one event. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT 

[0032] Reference will now be made in detail to the preferred embodiments of the present 
invention, examples of which are illustrated in the accompanying drawings, wherein like 
reference numerals refer to like elements throughout. 

[0033] Figure 1 shows a computer 100 used to carry out the method described below. The 
computer 100 has a processor 101 which is connected to a memory 102 via a bus 103. The 
bus 103 also has an input/output interface 106 connected to it. 

[0034] The memory 102 stores a computer program 104 for which an overall fault description 
is ascertained in the manner described below. In addition, the memory 102 stores a program 

105 which implements the method described below. The memory also stores fault descriptions 
115 for different reference elements of a computer program. A fault description for a reference 
element describes possible faults in the respective reference element. Various reference 
elements and fault descriptions associated with the reference elements are explained in detail 
below. 

[0035] The input/output interface 106 has a keyboard 108 connected to it via a first 
connection 107. A second connection 109 is used to connect the Input/output interface 106 to a 
computer mouse 110, and a third connection 111 is used to connect the input/output interface 

106 to a screen 112 on which the overall fault description ascertained for the computer program 
104 is displayed. A fourth connection 113 is used to connect the inpuVoutput interface 106 to 
an external storage medium 114. 

[0036] Figure 2 shows a block diagram illustrating the procedure in accordance with the 
exemplary embodiment described below. 

[0037] The stored computer program 104 is used to ascertain a control flow graph 201 and a 
data flow graph 202 for the computer program 104. 

[0038] Individual program elements are selected from the computer program (step 203). For 
each program element selected, a stored fault description associated with a reference element 
corresponding to the selected program element is used to ascertain an element fault description 
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(step 204). The element fault description describes possible faults in the respective selected 
program element. 

[0039] On the basis of a fault event in the computer program (undesirable event), which fault 
event is prescribed by a user and needs to be examined, in a final step (step 205) an overall 
fault description for the computer program is ascertained, for the fault instance to be examined, 
from the element fault descriptions, taking into account the control flow graph and the data flow 
graph. The overall fault tree ascertained is displayed to the user on the screen 112. 
[0040] Figure 3 shows the basic procedure for creating a fault tree, as used in the initial 
example in order to form the fault trees described below for the reference elements. 

[0041] For an event 301 selected by a user, it is necessary to ascertain how the selected 
incorrect event can arise. In a computer program, incorrect output of a variable, as a selected 
incorrect event (undesirable event) 301, can be caused by a control flow fault 303 and/or a data 
fault 304 (INCLUSIVE-OR function 302). 

[0042] A control flow fault 303 is to be understood to mean incorrect control of the processing 
of the respective variable. 

[0043] The data flow fault 304 is to be understood to mean a fault which arises during 
processing as a result of incorrect data. The data flow fault 304 may originate in the processing 
step currently under consideration (block 306) and/or it may already have been present and 
may be maintained only by fault propagation (block 307) (INCLUSIVE-OR function 305). 

[0044] On the basis of these considerations, the appropriate fault tree, a slice describing the 
instruction and a control flow graph are respectively illustrated below for the following elements 
of a computer program: 

- an instruction sequence, 

- a selection element, 

- a loop element. 

Instruction sequence 

[0045] The instruction sequence 401 comprises the three instructions shown in [figure] Fia, 
4a. In a first instruction 402, a first variable j is assigned the value 3 (j: = 3). A second 
instruction 403 assigns a second variable k the value 2 (k: = 2). A third instruction 404 forms a 
sum using the first variable and the second variable (i: = j + k). 
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[0046] In accordance with the practice disclosed in [2] Weiser . a slice 41 0 is formed for this 
instruction sequence 401 , as shown in [figure] Fig^ 4b. The first instruction 402 and the second 
instruction 403 both affect the third instruction 404, which is illustrated by two arrows 411 , 412 in 
the slice 410. 

[0047] For the control flow graph 401 , the fault tree 420 shown in [figure] Fja, 4c is obtained 
for the following prescribed undesirable event 421 : "Variable i is Incorrect after the third 
instruction". 

[00481 The incorrect event 421 may have been produced by a fault in the third instruction 404 
under consideration itself, if the data up to this instruction step were correct (element 422 in 
[figure] RgL 4c). The incorrect event 421 may also be caused by corrupt input data for the third 
instruction, however, i.e. as a result of INCLUSlVE-ORing 424 the events that the second 
variable k was incorrect after the second instruction (element 425) and/or that the first variable j 
was incorrect after the first instruction 402 (element 426). The result of the first 
INCLUSIVE-ORed function 424 is INCLUSIVE-ORed with the event that the third instruction is 
incorrect (INCLUSIVE-OR function 423). 

Selection element 

[0049] With a selection element as reference element, it is necessary to consider possibilities 
of fault in the data flows and in the control flows within the computer program. 

[0050] [Figure] Figures 5a to [figure] 5c show a control flow graph 501 (cf. [figure] Fifl^ 5a), a 
slice 520 (cf. [figure] Fig, 5b) and a fault tree 540 (cf. [figure] Fig, 5c) for an If-Then-Else 
instruction as a selection element. The control flow graph 501 comprises the following six 
instructions: 

- a first instruction 502, which assigns a first variable j the value 3 (j: = 3), 

- a second instruction 503, which assigns a second variable k a prescribable value (k: = ...), 

- a third instruction 504, which checks whether the second variable k has a value greater than 
0; if the value of the second variable is greater than 0, the instruction branches to a fourth 
instruction 505, othenwise it branches to a fifth instruction 506, 

- the fourth instruction 505, which assigns a third variable i the value of the second variable k 
(i: = k), 

- a fifth instruction 506, which assigns the third variable i the value of the second variable k 
with a negative arithmetic sign (i: = -k). 
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- a sixth instruction 507, which processes the third variable i further in an arbitrary manner. 

[0051] For the control flow graph 501 shown in [figure] Fig, 5a, the slice 520 shown in [figure] 
Fig. 5b is obtained for the selection element. Solid edges in the slice 520 show a data 
dependency between the different instructions. Dashed edges indicate control dependencies 
between the appropriate instructions. 

[0052] The following definitions apply for the two edge types: 

- dashed edges, referred to as control edges below, are directed from instructions which 
contain a predicative reference (failure constructs, loop control) to the directly controlled 
Instructions, i.e. to those instructions which are executed only if the predicate has a 
particular value. Control edges are drawn only between the controlling instruction and 
directly interleaved instructions. If a controlled block contains a further interleaved control 
level, no control edges crossing more than one level are drawn. Since a control relationship 
is transitive, this indirect control can be inferred from the slice by utilizing the transitivity. 

- solid edges, referred to as data flow edges below, are directed from instructions in which a 
variable is defined to instructions in which this variable is referenced. The variable under 
consideration cannot be defined again between the definition and the reference. This is 
referred to as a definition-free path for the variable under consideration. 

[0053] The slice is ascertained by searching the control flow graph, counter to the edge 
direction, for a definition of the variable under consideration starting from the instruction 
containing the variable under consideration, for which the undesirable event is prescribed. If 
computafional references exist for the definition, the method is continued recursively until no 
further additional nodes are found. The dependencies found in this way between instructions 
are data dependencies. If a node under consideration is contained in a block whose execution 
is controlled directly by a decision, this represents a control dependency. For the predicative 
references of the variables involved in the decision, nodes with appropriate definitions - that is to 
say data flow dependencies - are recursively sought which have other control dependencies. 

[0054] Figure 5b shows the failure element's associated slice 520 with corresponding control 
edges and data flow edges. 

[0055] Figure 5c shows the fault tree 540 for the prescribed event "the third variable i is 
incorrect before the 6th instruction" 541. 

[0056] The following events result in the incon-ect event 541 when INCLUSIVE-ORed 542: 
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- ANDing 543 the events that the decision in accordance with the third instruction 504 is true 
(element 544) and a result of INCLUSIVE-ORing 545 the events that the fourth instruction 
505 is incorrect (element 546) and/or the first variable j is incorrect after the first instruction 
502 (element 547); 

- ANDing 550 the events that the decision in accordance with the third instruction 504 is false 
(element 551) and a result of INCLUSIVE-ORing 552 the events that the fifth instruction is 
incorrect (element 553) and/or that the first variable j is incorrect after the first instruction 502 
(element 554); 

- INCLUSIVE-ORing 560 the following events: the decision in accordance with the third 
instruction 504 is incorrect (element 561) and/or the second variable k is incorrect after the 
second instruction 503 (element 562). 

Multiple selection eiement 
[0057] A multiple selection element as reference element can be handled in accordance with 
the scheme described above by breaking down the multiple selection into a cascade of two-way 
selection elements processed in accordance with the procedure above, in order thus to 
ascertain a fault tree for a multiple selection element. 

Loop 

[0058] [Figure] Figures 6a to [figure] .6c show a fault tree 601 (cf. [figure] Rg^ 6a), the 
corresponding slice 620 (cf. [figure] Rg, 6b) and the associated fault tree 640 (cf. [figure] Fja^ 
6c) for the reference element of a loop. The control flow graph 601 for a loop element 
comprises the following seven instructions: 

- a first instruction 602, which assigns a first variable i the value 0 (i: = 0), 

- a second instruction 603, which assigns a second variable j an unspecified value (j: = ...), 

- a third instruction 604, which prescribes a further unspecified value for a third variable k 
(k: = ...). 

- a fourth instruction 605, which, as a loop instruction, specifies a condition that a fifth 
instruction and a sixth instruction are executed until the value of the second variable is j > 0 
(WHILEj>0DO), 

- a fifth instruction 606, which assigns the first variable i a value which is obtained from the 
sum of the previous value of the first variable and the product of the second variable and the 
third variable (i: = i + k * j), 
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- a sixth instruction 607, which assigns the second variable j a value which is obtained by 
decreasing the original value of the second variable j by the value 1 G: = j - 1 ), 

- a seventh instruction 608, which processes the first variable i further in a prescribable 
manner (...: = i ...)• 

[0059] Figure 6b shows the corresponding slice 620 for the control flow graph 601 shown in 
[figure] Fig, 6a with associated control flow edges and data flow edges. The fault tree 640 
shown in [figure] Fig, 6c is formed for the prescribed event 641 that the "first variable i is 
incorrect before the seventh instruction". 

[0060] The fault tree 640 is obtained by INCLUSIVE-ORing 642 the following four events: 

- a first event 643, which describes a situation in which the first variable i is incorrect after the 
first instruction 602, 

- ANDing 644 the events that the loop body has been passed through at least twice (element 
645) and the event that the sixth instruction 607 is incorrect (646), 

- ANDing 650 the event that the loop body has been executed at least once (element 651 ) 
and INCLUSIVE-ORing 652 of the following four events: 

a) the fifth instruction 606 is incorrect (element 653), 

b) the first variable i is incorrect after the first instruction (element 654), 

c) the second variable] is incorrect after the second instruction (element 655), 

d) the third variable k is incorrect after the third instruction (element 656), 

- INCLUSIVE-ORing 660 the following three events: 

e) the decision in accordance with the fourth instruction 605 is incorrect (element 661), 

f) the second variable j is incorrect after the second instruction 603 (element 662), 

g) ANDing 663 the events that the sixth instruction is incorrect (element 664) and the 
event that the loop body has been passed through at least once (element 665). 

[0061] The fault trees described above, which are associated with the individual reference 
elements, are stored in the memory 102 as fault trees 115. 

[0062] Figure 7 shows a control flow graph 700 for the following computer program: 

input (n); 
input (a); 
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max:=0; 
sum:=0; 
i:=2; 

WHILE i =n DO 

IF max < a[i] 

THEN max:= a[il 

sum:= sum + a[i] 

i:= i + 1 
avr:= sum/n; 
output (max); 
output (avr); 

[0063] For the control flow graph 700 comprising 1 3 instructions (reference symbols 1,2,3, 
13) which is shown in [figure] Fig, 7, [figure] Fig, 8a shows the associated slice 800 for the 
variable max and [figure] Fig^ 8b shows the associated slice 810 for the variable avr. The 
numbering of the individual instructions in the slices corresponds to the numbering of the 
individual instructions in the control flow graph 700 from [figure] Fig, 7. 

[0064] Figure 9 shows the slice 900 for the variable avr, as shown in [figure] Fig, 8b. The 
structure of the loop element contained in the program shown above is highlighted in bold. This 
structure corresponds to the slice shown in [figure] Fig, 6b for a loop element. 

[0065] An overall fault tree 1000 for the computer program shown above is shown in [figure] 
Fig. 10. The overall fault tree for the computer program is produced by instantiating the 
appropriate fault tree associated with the reference element which corresponds to the selected 
program element. 

[0066] By starting from the prescribed undesirable event and working backward, the overall 
fault tree 1000 is thus ascertained using the fault trees associated with the reference elements. 

[0067] Figure 1 0 contains the fault tree 1 000 relating to the event that "the variable avr is 
incorrect before the thirteenth instruction" (element 1001). The variable avr may be incorrect 
before the thirteenth instruction 13 on account of at least one of the following three events, as is 
also shown in the slice 900 shown in [figure] Fig, 9 for the variable avr (INCLUSIVE-OR function 
1002): 

- an input variable n is incorrect after the first instruction 1 (element 1003), 

- the eleventh instruction 11 is incorrect (element 1004), 
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- the value of the variable sum is incorrect before the eleventh instruction 11 (element 1005). 

[0068] The variable sum is incorrect before the eleventh instruction 11 (element 1005) if at 
least one of the following events is satisfied (I NCLUSIVE-OR function 1006): 

- the variable sum is incorrect after the fourth instruction 4 (element 1 007), 

- ANDing 1 008 the event that the loop body has been executed at least twice (element 1 009) 
and the event that the tenth instruction 10 is incorrect (element 1010), 

- ANDing 1011 the event that the loop body has been executed at least once (element 1012) 
and the result of INCLUSIVE-ORing 1013 the following four events: 

a) the ninth instruction 9 is incorrect (element 1014), 

b) the variable sum is incorrect after the fourth instruction 4 (element 1015), 

c) the variable 1 is incorrect after the fifth instruction 5 (element 1016), 

d) the variable a is incorrect after the second instruction 2 (element 1017), 

- INCLUSIVE-ORing 1 01 8 the following events: 

e) the decision in accordance with the sixth instmction is incorrect (element 1 01 9), 

f) the variable i is incon-ect after the fifth instruction (element 1020), 

g) the variable n is incorrect after the first instruction (element 1021), 

h) ANDing 1 022 the event that the 1 0th instruction is incorrect (element 1 023) and the 
event that the loop body has been executed at least once (element 1024). 

[0069] To provide for clearer illustration, the fault tree 1 000 from [figure] Fig^ 1 0 is altered 
such that events shown a plurality of times in the fault tree 1000 are combined to form one node 
of a cause-effect graph 11 00 (cf. [figure] Fig^ 11 ). 

[0070] The fault tree 1 000 shown in [figure] Rg, 1 0 is subjected to a fault tree analysis 
method, as described in [5] DIN 25424-2 . which analyzes an analysis of the computer program 
for a prescribed undesirable event. 

[0071] The text below illustrates alternatives and further opportunities for application of the 
exemplary embodiment described above. 

[0072] The overall fault tree produced using the method described above can be used for 
various purposes: 
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- description of the fault generation or propagation of incorrect action by a section of a 
computer program within the context of safety analysis or reliability analysis for the computer 
program, 

- analysis of software fault mechanisms, for example within the context of test case 
generation. 

[0073] The invention has been described in detail with particular refer ence to preferred 
embodiments thereof and examples, but it will be understood tha t variations and modifications 
can be effected within the spirit and scope of the invention. 
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[1] [N. Leveson, Safety Verification of ADA Programs using software fault trees, IEEE Software, 
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July 1984, pp. 352-357] 

[3] [Liggesmeyer P., Modultest und Modulverifikation] [Module Test and Module Verification] [- 
State of the Art, Mannheim, Vienna, Zurich: Bl Wissenschaftsverlag 1990] 

[4] [DIN 25424-1 : Fehlerbaumanalysen; Methoden und Bildzeichen] [Fault Tree Analyses; 
Methods and Graphic Symbols][, September 1981] 
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Fehlerbaums] [Fault Tree Analysis; Manual Computation Methods for Evaluating a Fault 
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Description 

Method and arrangement for ascertaining an overall fault 
description for at least one section of a computer program, and 
5 computer program product and computer- readable storage medium 

The invention relates to a method and an arrangement for 
ascertaining an overall fault description for at least one section 
of a computer program, and also to a computer product and a 
10 computer-readable storage medium. 

Such a method and such an arrangement are known from [1] . 

[1] discloses the practice of using computers to ascertain an 
15 overall fault description in the form of an overall fault tree for 
a computer program. For the computer program, a control flow 
description is ascertained in the form of a control flow graph. 
For various program elements of the computer program, a stored 
fault description associated with a respective stored reference 
20 element is used to ascertain an element fault description. The 
fault description for a reference element describes possible 
faults in the respective reference element. The element fault 
descriptions in the form of element fault trees are used to 
ascertain the overall fault description, taking into account the 
25 control flow graph for the computer program. 

The method and the arrangement from [1] have the following 
drawbacks, in particular. The overall fault tree ascertained is 
incomplete in terms of the faults examined and the causes thereof, 
30 and is therefore unreliable. Hence, this practice is not 
appropriate for use within the context of generating fault trees 
for ^ 
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computer program for safety-critical applications. The individual 
fault trees associated with 
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the reference elements are also incomplete and hence unreliable. 

[2] provides an overview of "slicing" . Slicing is the analysis 
carried out when searching for causes of incorrect action in a 
5 computer program. This procedure involves checking whether the 
incorrect action has been caused by an instruction currently under 
consideration. If this is not the case, the instructions which 
deliver data for or control the execution of the instruction are 
checked. This method is continued until no further operations 
10 exist, that is to say it gets to input data for the computer 
program. In slicing, "slices" are ascertained. A slice shows which 
instructions are affected in what way by a value under 
consideration. Below, the term slicing is always understood to 
mean backwardly directed slicing. 

15 

[3] discloses the practice of ascertaining a control flow 
description and a data flow description for a computer program. In 
[3] , this representation is used as an initial basis for ''data- 
flow-oriented testing" of the computer program. The instructions 

20 (nodes) of the control flow graph are assigned data flow 
attributes (data flow description) which describe the nature of the 
data access operations contained in the instructions of the 
computer program. A distinction is drawn between write access 
operations and read access operations. Write access operations are 

25 referred to as definitions (def ) . Read access operations are 
referred to as a reference. If a read access operation takes place 
in a decision, this access operation is referred to as a 
predicative reference (p-use, predicate use) . A read access 
operation during calculation of a value is referred to as a 

30 computational reference (c-use, computational use) . 

[4] discloses principles relating to a fault tree. A 
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fault tree is to be understood, as described in [4] , to mean a 
structure 
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which describes logical relationships between input variables for 
the fault tree which lead to a prescribed undesirable event. 

In addition, [5] discloses various methods for fault tree 
5 analysis. 

The invention is based on the problem of ascertaining an overall 
fault description which is more reliable than ascertaining an 
overall fault tree in the manner known on the basis of the method 
10 from [1] . 

The problem is solved by the method and by the arrangement having 
the features in accordance with the independent claims and also by 
the computer product and the computer- readable storage medium 
15 having the features in accordance with the independent claims. 

In a method for ascertaining an overall fault description for at 
least one section of a computer program, using a computer, at 
least the section of the computer program is stored. A control 

20 flow description and a data flow description are ascertained for 
the section of the computer program, and program elements are 
selected from the section of the computer program. For each 
selected program element, a stored fault description is used to 
ascertain an element fault description. The fault description is 

25 associated with a respective reference element. The element fault 
description describes possible faults in the respective program 
element. A fault description for a reference element describes 
possible faults in the respective reference element. The element 
fault descriptions are used to ascertain the overall fault 

30 description, which takes into account the control flow description 
and the data flow description. 
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An arrangement for ascertaining an overall fault description for 
at least one section of a computer program has a processor which 
is set up such that the following method steps can be carried out: 

- at least the section of the computer program is stored, 

- a control flow description and a data flow description are 
ascertained for the section of the computer program, 

- program elements are selected from the section of the computer 
program, 

- for each selected program element, a stored fault description 
associated with a respective reference element is used to 
ascertain an element fault description which describes possible 
faults in the respective program element, 

- a fault description for a reference element describes possible 
faults in the respective reference element, 

the element fault descriptions are used to ascertain the 
overall fault description, taking into account the control flow 
description and the data flow description. 

A computer program product comprises a computer -readable storage 
medium on which a program is stored which, when it has been loaded 
into a memory in a computer, allows the computer to carry out the 
following steps for ascertaining an overall fault description for 
at least one section of a computer program: 

- at least the section of the computer program is stored, 

- a control flow description and a data' flow description are 
ascertained for the section of the computer program, 

- program elements are selected from the section of the computer 
program, 

for each selected program element, a stored fault 
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used to ascertain an element fault 
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description which describes possible faults in the respective 
program element, 

- a fault description for a reference element describes possible 
faults in the respective reference element, 

5 - the element fault descriptions are used to ascertain the 
overall fault description, taking into account the control flow 
description and the data flow description. 

A computer-readable storage medium stores a program which, when it 
10 has been loaded into a memory in a computer, allows the computer 
to carry out the following steps for ascertaining an overall fault 
description for at least one section of a computer program: 
at least the section of the computer program is stored, 

- a control flow description and a data flow description are 
15 ascertained for the section of the computer program, 

program elements are selected from the section of the computer 
program, 

for each selected program element, a stored fault description 
associated with a respective reference element is used to 
20 ascertain an element fault description which describes possible 

faults in the respective program element, 

- a fault description for a reference element describes possible 
faults in the respective reference element, 

the element fault descriptions are used to ascertain the 
25 overall fault description, taking into account the control flow 

description and the data flow description. 

The invention now makes it possible to ascertain a reliable 
overall fault description, which takes into account the 
3 0 peculiarities of a computer program, for a computer 
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program or a section thereof. Since the overall fault description 
ascertained is much more reliable than the overall 
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fault description which can be ascertained on the basis of the 
method from [1] , the invention is also suitable for safety- 
critical applications, i.e. in particular for ascertaining an 
overall fault description for a safety-critical computer program. 

5 

Preferred developments of the invention can be found in the 
dependent claims. 

The control flow description and/or the data flow description may 
10 be in the form of a control flow graph or of a data flow graph, 
respectively. 

The fault description may be in the form of a stored fault tree, 
and the element fault description can be ascertained as an element 
15 fault tree. In this case, the overall fault description can be 
ascertained as an overall fault tree. 

This development permits standardized representation of a fault 
description, which makes it much simpler for a user of the fault 
20 description to analyze same. 

In one development, the overall fault description can be used for 
fault analysis in the section of the computer program, 

25 This development has the advantage, in particular, that automated, 
reliable fault analysis becomes possible, and if the fault 
descriptions are in the form of fault trees the fault description 
can even be analyzed in a manner "normalized" in accordance with 
the fault tree analysis methods. 

30 

In another refinement, the overall fault description is 
ascertained as an overall fault tree, and the overall fault tree 
is altered in terms of prescribable boundary conditions. 
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The alteration can be made by adding a complementary fault tree. 

An exemplary embodiment of the invention is explained in more 
detail below and is illustrated in the figures, in which: 

5 

Figure 1 shows a computer used to carry out the method in 

accordance with the exemplary embodiments- 
Figure 2 shows a flowchart showing the individual method steps of 
the method in accordance with the exemplary 
10 embodiment; 

Figure 3 shows an illustration of a general fault tree, as formed 

basically for a reference element; 
Figures 4a to 4c show a control flow graph (figure 4a) , a slice 
(figure 4b) and a fault tree (figure 4c) for an 
15 instruction sequence as a reference element of a 

computer program; 

Figures 5a to 5c show a control flow graph (figure 5a) , a slice 
(figure 5b) and a fault tree (figure 5c) for a 
selection sequence as a reference element of a 

2 0 computer program; 

Figures 6a to 6c show a control flow graph (figure 6a) , a slice 
(figure 6b) and a fault tree (figure 6c) for a loop as 
a reference element of a computer program; 

Figure 7 shows a control flow graph with a data flow graph for a 
25 computer program in accordance with the exemplary 

embodiment ; 

Figures 8a and 8b show a slice for the output of the variable max 
(figure 8a) and a slice for the variable avr (figure 
8b) for the program in accordance with the exemplary 

3 0 embodiment; 

Figure 9 shows the slice for the variable avr, in which a 
structure of the loop from the program in accordance 
with the exemplary embodiment is highlighted; 

Figure 10 shows a fault tree for the assumption that the variable 
35 avr is incorrect; 

Figure 11 shows the overall fault tree based on figure 10, where 
redundant events from the overall fault tree based on 
figure 10 have been combined into one event. 
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Figure 1 shows a computer 100 used to carry out the method 
described below. 

The computer 100 has a processor 101 which is connected to a 
memory 102 via a bus 103. The bus 103 also has an input /output 
interface 106 connected to it. 

The memory 102 stores a computer program 104 for which an overall 
fault description is ascertained in the manner described below. In 
addition; the memory 102 stores a program 105 which implements the 
method described below. The memory also stores fault descriptions 
115 for different reference elements of a computer program. A 
fault description for a reference element describes possible 
faults in the respective reference element. Various reference 
elements and fault descriptions associated with the reference 
elements are explained in detail below. 

The input/output interface 106 has a keyboard 108 connected to it 
via a first connection 107. A second connection 109 is used to 
connect the input/output interface 106 to a computer mouse 110, 
and a third connection 111 is used to connect the input/output 
interface 106 to a screen 112 on which the overall fault 
description ascertained for the computer program 104 is displayed. 
A fourth connection 113 is used to connect the input/output 
interface 106 to an external storage medium 114. 
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Figure 2 shows a block diagram illustrating the procedure in 
accordance with the exemplary embodiment described below. 

The stored computer program 104 is used to ascertain a control 
flow graph 201 and a data flow graph 2 02 for the computer program 
104 . 

Individual program elements are selected from the computer program 
(step 203) . For each program element selected, a stored fault 
description associated with a reference element corresponding to 
the selected program element is used to ascertain an element fault 
description (step 204) . The element fault description describes 
possible faults in the respective selected program element. 

On the basis of a fault event in the computer program (undesirable 
event) , which fault event is prescribed by .a user and needs to be 
examined, in a final step (step 205) an overall fault description 
for the computer program is ascertained, for the fault instance to 
be examined, from the element fault descriptions, taking into 
account the control flow graph and the data flow graph. 

The overall fault tree ascertained is displayed to the user on the 
screen 112 . 

Figure 3 shows the basic procedure for creating a fault tree, as 
used in the initial example in order to form the fault trees 
described below for the reference elements. 

For an event 301 selected by a user, it is necessary to ascertain 
how the selected incorrect event can arise. In a computer program, 
incorrect output of a variable, as a selected incorrect event 
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(undesirable event) 301, can be caused by a control flow fault 303 
and/or a data fault 3 04 ( INCLUSIVE-OR function 3 02) . 

A control flow fault 3 03 is to be understood to mean incorrect 
control of the processing of the respective variable. 

The data flow fault 3 04 is to be understood to mean a fault which 
arises during processing as a result of incorrect data. 

The data flow fault 304 may originate in the processing step 
currently under consideration (block 306) and/or it may already 
have been present and may be maintained only by fault propagation 
(block 307) (INCLUSIVE-OR function 305) . 

On the basis of these considerations, the appropriate fault tree, 
a slice describing the instruction and a control flow graph are 
respectively illustrated below for the following elements of a 
computer program: 

an instruction sequence, 

a selection element, 

a loop element. 

Instruction sequence 

The instruction sequence 401 comprises the three instructions 
shown in figure 4a. In a first instruction 402, a first variable j 
is assigned the value 3 (j: = 3). A second instruction 403 assigns 
a second variable k the value 2 (k: = 2) . A third instruction 404 
forms a sum using the first variable and the second variable 
(i: - j + k) . 
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In accordance with the practice disclosed in [2] , a slice 410 is 
formed for this instruction sequence 401, as shown in figure 4b. 
The first instruction 402 and the second instruction 403 both 
affect the third instruction 404, which is illustrated by two 
arrows 411, 412 in the slice 410. 

For the control flow graph 401, the fault tree 420 shown in 
figure 4c is obtained for the following .prescribed undesirable 
event 421: 

"Variable i is incorrect after the third instruction^'. 

The incorrect event 421 may have been produced by a fault in the 
third instruction 404 under consideration itself, if the data up 
to this instruction step were correct (element 422 in figure 4c) . 
The incorrect event 421 may also be caused by corrupt input data 
for the third instruction, however, i.e. as a result of INCLUSIVE- 
ORing 424 the events that the second variable k was incorrect 
after the second instruction (element 425) and/or that the first 
variable j was incorrect after the first instruction 4 02 (element 
426) . The result of the first INCLUSIVE -ORed function 424 is 
INCLUSIVE-ORed with the event that the third instruction is 
incorrect (INCLUSIVE-OR function 423) . 

Selection element 

With a selection element as reference element, it is necessary to 
consider possibilities of fault in the data flows and in the 
control flows within the computer program. 

Figure 5a to figure 5c show a control flow graph 501 (cf. figure 
5a), a slice 520 (cf. figure 5b) and a fault tree 540 



GR 99 P 1974 - 12 - 

{cf. figure 5c) for an If -Then-Else instruction as a selection 
element . 

The control flow graph 501 comprises the following six 
instructions : 

- a first instruction 502, which assigns a first variable j the 
value 3 { j : = 3 ) , 

- a second instruction 503, which assigns a second variable k a 
prescribable value (k: = .-.)/ 

- a third instruction 504, which checks whether the second 
variable k has a value greater than 0; if the value of the 
second variable is greater than 0, the instruction branches to 
a fourth instruction 505, otherwise it branches to a fifth 
instruction 506, 

the fourth instruction 505, which assigns a third variable i 
the value of the second variable k (i: = k) , 

- a fifth instruction 506, which assigns the third variable i the 
value of the second variable k with a negative arithmetic sign 
(i: = -k) , 

a sixth instruction 507, which processes the third variable i 
further in an arbitrary manner. 

For the control flow graph 501 shown in figure 5a, the slice 520 
shown in figure 5b is obtained for the selection element. 

Solid edges in the slice 52 0 show a data dependency between the 
different instructions. 

Dashed edges indicate control dependencies between the appropriate 
instructions . 

The following definitions apply for the two edge types: 

- dashed edges, referred to as control edges below, are directed 
from instructions which contain a predicative reference 
{failure constructs, loop 



GR 99 P 1974 



- 12a - 
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the predicate has a particular value. Control edges are drawn 
only between the controlling instruction and directly 
interleaved instructions. If a controlled block contains a 
further interleaved control level, no control edges crossing 
more than one level are drawn. Since a control relationship is 
transitive, this indirect control can be inferred from the 
slice by utilizing the transitivity. 
- solid edges, referred to as data flow edges below, are directed 
from instructions in which a variable is defined to 
instructions in which this variable is referenced. The variable 
under consideration cannot be defined again between the 
definition and the reference. This is referred to as a 
definition-free path for the variable under consideration. 

The slice is ascertained by searching the control flow graph, 
counter to the edge direction, for a definition of the variable 
under consideration starting from the instruction containing the 
variable under consideration, for which the undesirable event is 
prescribed. If computational references exist for the definition, 
the method is continued recursively until no further additional 
nodes are found. The dependencies found in this way between 
instructions are data dependencies. If a node under consideration 
is contained in a block whose execution is controlled directly by 
a decision, this represents a control dependency. For the 
predicative references of the variables involved in the decision, 
nodes with appropriate definitions - that is to say data flow 
dependencies - are recursively sought which have other control 
dependencies . 

Figure 5b shows the failure element's associated slice 520 with 
corresponding control edges and data flow edges. 
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Figure 5c shows the fault tree 540 for the prescribed event ^^the 
third variable i is incorrect before the 6th instruction" 541. 

The following events result in the incorrect event 541 when 
INCLUSIVE-ORed 542: 

- ANDing 543 the events that the decision in accordance with the 
third instruction 504 is true (element 544) and a result of 
INCLUSIVE-ORing 545 the events that the fourth instruction 505 
is incorrect (element 546) and/or the first variable j is 
incorrect after the first instruction 502 (element 547) ; 

- ANDing 550 the events that the decision in accordance with the 
third instruction 504 is false (element 551) and a result of 
INCLUSIVE-ORing 552 the events that the fifth instruction is 
incorrect (element 553) and/or that the first variable j is 
incorrect after the first instruction 502 (element 554) ; 

- INCLUSIVE-ORing 560 the following events: the decision in 
accordance with the third instruction 504 is incorrect (element 
561) and/or the second variable k is incorrect after the second 
instruction 503 (element 562) . 

Multiple selection element 

A multiple selection element as reference element can be handled 
in accordance with the scheme described above by breaking down the 
multiple selection into a cascade of two-way selection elements 
processed in accordance with the procedure above, in order thus to 
ascertain a fault tree for a multiple selection element. 



Loop 
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Figure 6a to figure 6c show a fault tree 601 (cf. figure 6a), the 
corresponding slice 620 (cf. figure 6b) and the associated fault 
tree 640 (cf. figure 6c) for the reference element of a loop. 

The control flow graph 6 01 for a loop element comprises the 
following seven instructions: 

- a first instruction 602, which assigns a first variable i the 
value 0 (i : - 0) , 

a second instruction 603, which assigns a second variable j an 
unspecified value ( j : = .--), 

- a third instruction 604, which prescribes a further unspecified 
value for a third variable k (k: = ...)/ 

- a fourth instruction 605, which, as a loop instruction, 
specifies a condition that a fifth instruction and a sixth 
instruction are executed until the value of the second variable 
is j > 0 (WHILE j > 0 DO) , 

- a fifth instruction 606, which assigns the first variable i a 
value which is obtained from the sum of the previous value of 
the first variable and the product of the second variable and 
the third variable (i: i + k * j), 

a sixth instruction 607, which assigns the second variable j a 
value which is obtained by decreasing the original value of the 
second variable j by the value 1 (j : = j - 1) . 

- a seventh instruction 608, which processes the first variable i 
further in a prescribable manner ( . . . : = i . . . ) . 

Figure 6b shows the corresponding slice 620 for the control flow 
graph 601 shown in figure 6a with associated control flow edges 
and data flow edges. 

The fault tree 640 shown in figure 6c is formed for the prescribed 
event 641 that the "first variable i is incorrect before the 
seventh instruction" . 
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The fault tree 640 is obtained by INCLUSIVE -ORing 642 the 
following four events: 

- a first event 643, which describes a situation in which the 
first variable i is incorrect after the first instruction 602, 

- ANDing 644 the events that the loop body has been passed 
through at least twice (element 645) and the event that the 
sixth instruction 607 is incorrect (646) , 

- ANDing 650 the event that the loop body has been executed at 
least once (element 651) and INCLUSIVE -ORing 652 of the 
following four events: 

a) the fifth instruction 606 is incorrect (element 653), 

b) the first variable i is incorrect after the first 
instruction (element 654) , 

c) the second variable j is incorrect after the second 
instruction (element 655} , 

d) the third variable k is incorrect after the third 
instruction (element 656} , 

INCLUSIVE -ORing 660 the following three events: 

e) the decision in accordance with the fourth instruction 605 
is incorrect (element 661) , 

f) the second variable j is incorrect after the second 
instruction 603 (element 662) , 

g) ANDing 663 the events that the sixth instruction is 
incorrect (element 664) and the event that the loop body 
has been passed through at least once (element 665) . 



The fault trees described above, which are associated with the 
individual reference elements, are stored in the memory 102 as 
fault trees 115 . 
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Figure 7 shows a control flow graph 700 for the following computer 
program: 

input (n) ; 
input (a) ; 
max : = 0 ; 
sum : = 0 ; 
i : =2 ; 

WHILE i =n DO 

IF max < a[i] 

THEN max:= a[i] 

sum:= sum + a[i] 

i:= i + 1 
avr : = sum/ n ; 
output (max) ; 
output (avr) ; 

For the control flow graph 700 comprising 13 instructions 
(reference symbols 1, 2, 3, 13) which is shown in figure 1, 

figure 8a shows the associated slice 800 for the variable max and 
figure Bb shows the associated slice 810 for the variable avr. The 
numbering of the individual instructions in the slices corresponds 
to the numbering of the individual instructions in the control flow 
graph 700 from figure 7. 

Figure 9 shows the slice 900 for the variable avr, as shown in 
figure 8b. The structure of the loop element contained in the 
program shown above is highlighted in bold. This structure 
corresponds to the slice shown in figure 6b for a loop element. 

An overall fault tree 1000 for the computer program shown above is 
shown in figure 10. The overall fault tree for the computer 
program is produced by instantiating the appropriate fault tree 
associated with the reference element which corresponds to the 
selected program element. 
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By Starting from the prescribed undesirable event and working 
backward, the overall fault tree 1000 is thus ascertained using 
the fault trees associated with the reference elements. 

Figure 10 contains the fault tree 1000 relating to the event that 
"the variable avr is incorrect before the thirteenth instruction" 
(element 1001) . The variable avr may be incorrect before the 
thirteenth instruction 13 on account of at least one of the 
following three events, as is also shown in the slice 900 shown in 
figure 9 for the variable avr ( INCLUSIVE-OR function 1002) : 

- an input variable n is incorrect after the first instruction 1 
(element 1003) , 

- the eleventh instruction 11 is incorrect (element 1004), 

- the value of the variable sum is incorrect before the eleventh 
instruction 11 {element 1005) . 

The variable sum is incorrect before the eleventh instruction 11 
(element 1005) if at least one of the following events is 
satisfied (INCLUSIVE-OR function 1006) : 

- the variable sum is incorrect after the fourth instruction 4 
(element 1007) , 

- ANDing 1008 the event that the loop body has been executed at 
least twice (element 1009) and the event that the tenth 
instruction 10 is incorrect (element 1010) , 

- ANDing 1011 the event that the loop body has been executed at 
least once (element 1012) and the result of INCLUSIVE -ORing 
1013 the following four events: 

a) the ninth instruction 9 is incorrect (element 1014), 

b) the variable sum is incorrect after the fourth instruction 
4 (element 1015) , 
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c) the variable i is incorrect after the fifth instruction 5 
(element 1016) , 



a 

m 
□ 

m 

in 

M 
llJ 
Q 

□ 



GR 99 P 1974 - 19 - 

d) the variable a is incorrect after the second instruction 2 
(element 1017) , 

- INCLUSIVE-ORing 1018 the following events: 

e) the decision in accordance with the sixth instruction is 
incorrect (element 1019) , 

f) the variable i is incorrect after the fifth instruction 
(element 1020) , 

g) the variable n is incorrect after the first instruction 
(element 1021) , 

h) ANDing 1022 the event that the 10th instruction is 
incorrect (element 1023) and the event that the loop body 
has been executed at least once (element 1024) . 

To provide for clearer illustration, the . fault tree 1000 from 
figure 10 is altered such that events shown a plurality of times 
in the fault tree 1000 are combined to form one node of a cause- 
effect graph 1100 (cf. figure 11). 

The fault tree 1000 shown in figure 10 is subjected to a fault 
tree analysis method, as described in [5] , which analyzes an 
analysis of the computer program for a prescribed undesirable 
event . 

The text below illustrates alternatives and further opportunities 
for application of the exemplary embodiment described above. 

The overall fault tree produced using the method described above 
can be used for various purposes: 

- description of the fault generation or propagation of incorrect 
action by a section of a computer program within the context of 
safety analysis or reliability analysis for the computer 
program, 

- analysis of software fault mechanisms, for example within the 
context of test case generation. 
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45 



The text below shows a computer program in the programming 
language C++ which is used to implement the method in accordance 
with the exemplary embodiment: 

#include "AS_GraphKante . h" 
#include <iostream> 



ostream& operator << ( ostream& os, const GraphKanteC & Kante) { 
OS << Kant e. Kant enTyp; 
15 return os; 



nniiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiniiiiiiiiiiiiiiiii 

20 // Class for producing edges in the slice graph. 
// There are two types of edges: 
// 1. Control flow edges KFK 

// 2. Data flow edges DFK 

// This class also satisfies the nice-demands for the STL. 

/////////////////////////////////////////////////////////////////////////////////// 
// 1997-09-12 Andreas Steinhorst 

/////////////////////////////////////////////////////////////////////////////////// 
#ifndef _GraphNodeHeader 

3 0 #define _GraphKodeHeader 

#include <iostream> 

# include "KFGListNode . h" 

35 using namespace std; 

class GraphNodeC : public KFGListNodeC { 
public : 

4 0 / /GraphNodeC 0 {}; 

friend ostreama operator << { ostream& os, const GraphNodeC& Node) ; 

}; 

#endif 



////////////////////////////////////////////////////////////////////////////^/^^/// 
50 // Class for producing a slice. This class inherits an empty object from the 

// Graph class. 

// The corners of the graph/slice have the same structure as the lists in the CFG. 
// The edges are of type KantenTypT; a GraphKanteC class could not be incorporated 
// into the Graph class, for reasons which were not apparent to me. 
55 /////////////////////////////////////////////////////////////////////////////////// 
// 1997-09-12 Andreas Steinhorst 

//////////////////////////////////////////////////////////////////////////////^//// 

#ifdef _SliceHeader 

#else 

60 #define _SliceHeader 

#include " graph. h" 
# include "AS_GraphKante . h" 
//#include "AS__GraphNode .h" 
€5 #include "KFGListNode , h" 
#include "KFGList.h" 



70 



//using namespace std; 

//typedef enum {DFK, KFK} KantenTypT; 
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class SliceC : public Graph<KFGListNodeC, GraphKanteC> { 
public : 
5 SliceC 0 {}; 

void sliceForLoops (KFGListC & h2, KFGListC :: iterator LOOPIT) ; 
KFGListC: : iterator defineVariableToSlice (KFGListC & L2); 

10 

//void buildTestGraph (KFGListC & L2) ; 

void findAllDefs (KFGListC & LI, KFGListC :: iterator ITER); 

15 KFGListC: iterator findUpperLimit (KFGListC & LI, KFGListC :: iterator ITER, 

KFGP_UseListC: : iterator PUSEIT) ; 

KFGListC: : iterator findLowerLimit (KFGListC & LI, KFGListC :: iterator ITER, 
KFGListC: : iterator UPPERLIMIT) ; 

20 

KFGListC: : iterator findLowerLimitFromCUse (KFGListC & LI, KFGListC :: iterator 
ITER, KFGListC: : iterator UPPERLIMIT); 

KFGListC: : iterator findUpperLimitFromCUse (KFGListC & LI, KFGListC :: iterator 
25 ITER, KFGUseListC: : iterator USEIT) ; 

int checkForNodes (int NodeNumber) ; 

void KFKPUseToCUse {KFGListC :: iterator PUSEIT, int Schleif enEnde) ; 

30 

void findDefToCUse (KFGListC & LI, KFGListC :: iterator ITER) ; 
void def I nLoop( KFGListC & LI, KFGListC :: iterator ITER) ; 
35 void startBuildSlice (KFGListC & LI) ; 

void sliceAusgeben ( ) ; 

}; 

40 

#endif 

///////////////////////////////////////////////////////////////////////////^/ 
45 // Taken with a few alterations from "The C++ Standard Template Library". 

// ■ . 

/ / Template Class Graph for producing directional or nondirectional graphs . 

// The graph comprises a vector E for all corners. Each vector element comprises, 

//in turn, a pair: the corner and the set of successors. 

5 0 // The set of successors is represented by the STL data type map; the key for an 

// edge type/edge value is the number of a subsequent corner. 

///////////////////////////////////////////////////////////////////////////// 

#ifndef _graphHeader 
55 #define _graphHeader 

#include <assert.h> 

#include <map> 

#include <stack> 

#include <vector> 
60 #include "checkvec.h" 

#include <iostream> 

# inc lude " AS_Gr aphNode . h " 

using namespace std; 

65 // Empty parameter class with minimum set of operations, 
// if no edge weights are required, 
struct Empty 

{ 

public : 

7 0 Empty (int=0) {) 

bool operator< (const Smpty&) const { return true;} 

// Empty operations so that in/output can be formulated in general terms 
//ostream& operator<< (ostream& os , const EmptySc) { return os;} 
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//istream& operator >> (istream& is, Empty& ) { return is;} 

template<Glass Eckentyp, class Kantentyp> 
5 class Graph 
{ 

public : 

typedef map<int , Kan tent yp, less<int> > Nachfolger; 
typedef pair<Eckentyp, Nachfolger > Ecke; 
10 typedef checkedVector<Ecke> Graphtyp; 

//typedef vector<Ecke> Graphtyp; 
typedef Graphtyp :: iterator iterator; 
typedef Graphtyp :: const_iterator const_iterator ; 

15 Graph (bool g, ostreamS: os = cerr) 

: gerichtet (g) , p0ut(£:os) {} 

Graph ( ) { } 

2 0 size_t sizeO const { return C.sizeO; } 

bool istGerichtet 0 const { return gerichtet;} 
iterator begin {) { return C.beginO;} 

iterator end ( ) { return C.endO;} 

Eckea operator[] (int i) { return C[i];) 

25 

size_t AnzahlKantenO ; 

int insert (const Eckentyp& e) ; 

void insert (const Eckentyp& el, const EckentypS. e2 , 
const Kantentyp&i Wert) ; 

3 0 void verbindeEcken(int el, int e2 , // using corner numbers 

const KantentypSc Wert); 
void setgerichtet (bool wert) ; // new method for 
directional/nondirectional graphs , 

// although it 

35 is not used. 

void check (ostreami - cout) ; 

void ZyklusUndZusammenhang (ostream& cout); 

private : 

4 0 bool gerichtet; 

Graphtyp C; // Container 

OS t ream* pOut; 

}; 

4 5 //Function which checks whether a directional or nondirectional graph is involved, 

//and outputs the number of corners and edges. 

template<class Eckentyp, class Kantentyp> 

void Graph<Eckentyp,Kantentyp> :: check (ostreama os) 

{ 

5 0 OS << "The graph is "; 

//if (! istGerichtet () ) 

// OS << "non" ; 

OS « "directional and has " 

<< sizeO << " nodes and " 
55 « AnzahlKantenO « " edges\n"; 

//ZyklusUndZusammenhang (os) ; 

} 

//Method which sets a value determining whether the graph is directional or 

6 0 nondirectional. 

template<class Eckentyp, class Kantentyp> 

void Graph<Eckentyp,Kantentyp> :: setgerichtet (bool wert) 

{ 

gerichtet = wert; 

65 } 

//Function calculates the number of edges in graph 
template<class Eckentyp, class Kantentyp> 
size_t Graph<Eckentyp,Kantentyp>: : AnzahlKanten ( ) 
70 { 

size_t Kanten = 0; 
iterator temp = begin ( ) ; 
while (temp 1= endO) 

Kanten += (*temp++) . second. size () ; 
75 //if (igerichtet) 

// Kanten /= 2; 
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return Kant en; 

} 

//Insert a corner into the graph if it does not yet exist. 
5 template<class Eckentyp, class Kantentyp> 

int Graph<Eckentyp,Kantentyp>: : insert (const Eckentyp& e) 

{ 

for (int i = 0; i < sizeO; 
if (e == C[i] .first) 
10 return i; 

// if not found, insert: 
C.push_back(Ecke (e, Nachf olger ( ) ) ) ; 
return size()-l; 

15 } 



//Insert an edge into the graph by first inserting the corners. 

template<class Eckentyp, class Kantentyp> 
20 void Graph<Eckentyp,Kantentyp> :: insert (const Eckentyp& el, 

const Eckentypfi: e2 , 
const Kantentyp& Wert) 

{ 

int posl = insert (el); 
25 int pos2 = insert (e2); 

verbindeEcken (posl, pos2, Wert); 



3 0 //Connect the two newly inserted corners by means of an edge. 

template<class Eckentyp, class Kantentyp> 
void Graph<Eckentyp, Kant entyp> :: verb indeEcken( 

int posl, int pos2, const Kantentyp& Wert) 

{ 

35 (C [posl] .second) [pos2] = Wert; 

//if ( Igerichtet) // automatically enter opposite direction as well 
// (C[pos2] .second) [posl] = Wert; 

} 

4 0 /* ZyklusUndZusammenhang ( ) uses the depth search. 

In contrast to CLR S. 47 8, recursion has not been used, because it involved the 
occurrence of stack overflow with large graphs (e.g. MILES.DAT 
at more than 40 nodes) . Simulating recursion using a separate stack makes it 
possible to process the whole MILES.DAT file (128 nodes). The stack depth 
4 5 corrresponds to the number of edges + 1 in the case of nondirectional 

graphs . 

*/ 

template<class Eckentyp, class Kantentyp> 
50 void Graph<Eckentyp, Kan t en typ> :: ZyklusUndZusammenhang (ostream& os) 

{ 

int Zyklen = 0; 

int Komponentenanzahl = 0; 

stack<int, vector<int> > EckenStack; // corners to be visited 

55 

// assign all corners the state nichtBesucht 

enum EckStatus {nichtBesucht, besucht, bearbeitet}; 

vector<EckStatus> Eckenzustand (size () , nichtBesucht); 

6 0 // visit all corners 

for(int 1 = 0; i < sizeO; ++i) 

if (Eckenzustand [i] == nichtBesucht) 

{ 

Komponentenanzahl++ ; 
65 // deposit on the stack for the purposes of processing 

EckenStack. push (i) ; 

/ / Process stack 
while ( ! EckenStack. empty ( ) ) 
70 { 

int dieEcke = EckenStack . top () ; 
EckenStack .pop 0 ; 

if (Eckenzustand [dieEcke] == besucht) 
Eckenzustand [dieEcke] = bearbeitet; 
75 else 
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if {Eckenzustand[dieEcke] == nichtBesucht) 
{ 

Eckenzustand [dieEcke] = besucht; 

// make a note of new corner, for bearbeitet identifier 
5 EckenStack. push (dieEcke) ; 

// make a note of successor: 

Graph<Eckentyp, Kantentyp> : :Nachfolger : : iterator 
start = operator[] (dieEcke) . second .begin () , 
10 ende = operator [] (dieEcke) . second. end () ; 

while (start != ende) 
{ 

int Nachf = ( *start ). first ; 
if (Eckenzustand [Nachf] == besucht) 
15 { 

++Zyklen; // somebody has .already been here I 
(*pOut) << "at least corner " 
<< operator [] (Nachf) .first 
<< " is in a cycle\n"; 

20 } 

if (Eckenzustand [Nachf] == nichtBesucht) 

EckenStack. push (Nachf ) ; 
++start ; 

} 

25 } 

} // Stack Empty? 
} // forO ... if (Eckenzustand. . . 

if (gerichtet) 
3 0 { if (Komponentenanzahl == 1) 

OS << "The graph is very cohesive . \n" ; 
else 

OS << "The graph is not or not very " 
"cohesive . \n" ; 

35 } 

else 

OS << "The graph has " 

<< Komponentenanzahl 

<< " component ( s ). " « endl ; 



40 



45 } 



OS << "The graph has "; 
if (Zyklen == 0) 

OS << "no "; 
OS << "cycles." << endl; 



//Output of the graph. 

template<class Eckentyp, class Kantentyp> 
ostream& operator<< (ostream& os, 
50 Graph<Eckentyp, Kantentyp>& G) 

{ 

of stream Ziel( "FaultTree . uwg" ) ; 
ostream_iterator<uwgknotenC> POSIT (Ziel) ; 
ostream_iterator<uwgknotenC> P0SIT2(Ziel) ; 
55 // Display the corners with successors 

Ziel « "%%UWG" « endl << " \"V0 . 1\ " ~\ " fault tree\" ~\"A. Steinhorst\" " « 
endl << "%%BEGIN" << endl ; 

for(int i = 0; i < G.sizeO; + + i) 
{ 

60 POSIT++ = G[i] .first; 

/*os << G[i]. first << " <"; 
Graph<Eckentyp,Kantentyp>: : Nachf olger: : iterator 
startN = G[i] . second . begin () , 
endeN = G [i] . second . end () ; 
65 while (startN != endeN) 

OS « G[ (*startN) .first] .first « ' ' // Ecke 

<< (*startN) .second « ' // Kantenwert 

*P0SIT2++ = G[ (*startN) .first] .first; 
70 //*KANTEIT++ = (*startN) . second; 

++startN; 



75 



OS << ">\n";*/ 

*POSIT++; 

for(int u = 0; u < G.sizeO; ++u) { 

Graph<Eckentyp,Kantentyp> : :Nachf olger: : iterator 
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startN = G[u] .second. begin 0 , 
endeN = G [u] . second . end () ; 
while (startN != endeN) { 

Ziel << "%%EDGE:" « G [u] . first .getGatterldent ( ) « ' 
5 « G[(*startN} .first] -first -getGatterldent 0 « "/O;" « endl; 

++startN; 

} 

Ziel << "%%PROBSLIST" « endl « "%%END" << endl; 
10 return os; 

} 

#endif 

15 #ifdef _KFGDef Header 
#else 

#define _KFGDef Header 

20 



#include <string> 
25 ^include <iostream> 



using namespace std; 



30 



35 



40 



50 



55 



typedef char StringT [256] j 

class KFGDefC { 
private : 



StringT Def ; 
45 int ScopeLevelD 

public : 



KR33efC{) ( strcjy (Def, unknoAfli --'■}; 

SccpelsvelD = 0; }; 

KFGDefC (char __Def [] , int _ScopeLevelD) 

{ strep/ (I^, J^); 
ScopeLevelD = 

ScopeLevelD; }; 

void setDef(char _Def U) , { strcpy (Def, __Def); }; 
char* getDef 0 { return Def; }; 

60 int getScopeLevelD 0 { return ScopeLevelD; }; 

bool operator == (const KFGDefC& other) const 

{ return ( (strorptDef , 

other. Def) == 0) 

g5 . & (ScopeLevelD 

== other . ScopeLevelD) ) ; }; 

bool operator != (const KFGDefCS: other) const 

{ return 1 (*t]iis == 

7 0 other);}; 

bool operator < (const KFGDefCS: other) const 

( return (strcrrp (Def . 

other. Def ) < 0) ; } ; 



75 



bool operator > (const KFGDefC& other) const 
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{ return (strcrfp{Def , 

other. Def) > 0) ; } ; 

friend ostream& operator << { ostream& os, const CFGDefC& Node) ; 

}; 

#endif 

////////////////////////////////////////////////////////////////////////////////^// 

// Class for auxiliary list in order to produce a CFG therefrom. 

// This class satisfies the nice-demands for the STL; 

// i.e. the following is true for a class T: 

// 0. It supports the copy constructor T (const T&) , 

// 1. the assignment operator T&: operator= (const T&) , 

// 2. the comparison operator bool operator== (const T, &const T&) and 

// 3. the unequal -to operator 1 = 

//in such a way that: 

// (a) { TRUE } T a(b) {a == b} 

// (b) { TRUE } a = b {a == b} 

// (c) { a == a} 

// (d) { a == b <==> b == a } 

// (e) { (a == b) AND ( b == c ) ==> (a == c) ) 
// (f) { a i= b <==> NOT { a== b) }; 

// In addition, all functions, in particular getName, are equality preserving, i.e. 

// (g) { a == b == > a.getNaraeO == b. getName () } 

// 

// (C) 1997 Siemens AG 

///////////////////////////////////////////////////////////////////////////////^//^ 
// 1997-08-25 Andreas Steinhorst 

//////////////////////////////////////////////////////////////////////^//'^//////^// 

#ifdef _KFGLineNodeHeader 

#else 

#define _KFGLineNodeHeader 

#include <string> 
#include <iostream> 

using namespace std; 

typedef char StringL [100 0] ; 

class KFGLineNodeC { 
private : 

StringL Name; 
int LineNumber; 



public : 



KFGLineNodeC ( ) 



") ; 

}; 

0;}; 
_Name) ; 

_L i neNumb e r ; } ; 



{ strcpy (Name, "-- unknown 
LineNumber = 0 ; 



KFGLineNodeC (char _Name [] ) 
KFGLineNodeC (char _Name [] , int _LineNumber) 



{ strcpy (Name, _Name) ; 

LineNumber 



{ strcpy (Name, 
LineNumber = 



void setName(char _Name [] ) 
char* getName 0 
int getLineNumber ( ) 



strcpy (Name, _Name) ; }; 
{ return Name; } ; 
{ return LineNumber; }; 



bool operator == (const KFGLineNodeC& other) const 



{ return 



( (strcmp (Name, other. Name) == 0) 
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& {LineNumber == 

other .LineNurriber) ) ; } ; 

bool operator != (const KFGLineNodeC& other) const 
5 { return 1 (*this 

== other) ; } ; 

bool operator < (const KFGLineNodeCSc other) const 

{ return 

10 ( St romp (Name, other. Name) < 0); }; 

bool operator > (const KFGLineNodeCS: other) const 

{ return 

(strcmp (Name, other, Name) > 0); }; 

friend ostream& operator « ( ostrearaSc os, const KFGLineNodeC& 
Node) ; 

}; 

2 0 #endif 

///i//////n//////i ///////////////// ui/uf iff ui /////////// fnf/J///f/u/i //////// 

// Class for the list which shows the CFG. 
// This class satisfies the nice-demands for the STL; 
25 //i.e. the following is true for a class T: 

// 0. It supports the copy constructor T (const T&) , 

// 1. the assignment operator T& operator= (const T&) , 

// 2, the comparison operator bool operator== (const T, Siconst TS:) and 

// 3. the unequal -to operator != 

3 0 //in such a way that: 

// (a) { TRUE } T a(b) {a == b} 

// (b) { TRUE } a = b {a == b} 

// (c) { a a} 

// (d) { a == b <==> b == a } 

35 // (e) { (a == b) AND ( b == c ) ==> (a == c) } 

// (f) { a 1= b <==> NOT ( a== b) }; 

// In addition, all functions, in particular getStatement , are equality 
preserving, i.e. 

4 0 // (g) { a == b == > a . getStatement ( ) == b .getStatement () } 

////////////////////////////////////////////////////////////////////////^////////// 
// 1997-09-01 Andreas Steinhorst 

/////////////////////////////////////////////////////////////////////////////////// 
#ifdef _ICFGListHeader 
45 #else 

#define _KFGListHeader 

#include <string> 

#include <iostream> 
50 #include <stdio.h> 

#include <list> 

#include <fstream> 

#include <iterator> 

# include "KFGListNode . h" 
55 #include "KFGTokenList .h" 

# include " KFGProgLi st . h" 

using namespace std; 

60 class KFGListC : public list<KFGListNodeC> { 

int Anzahl_Defs, Anzahl_Uses, Anzahl_P_Uses , Anzahl_Deklarationen; 
int Schleif enentscheidungen, Entscheidungen, Zaehlschleif enentscheidungen; 
int Anweisungen; 



65 



public : 



KFGListC {) {}; 

70 void TokenList2KFGList (KFGTokenList C & LI); 

void KnotenNummernO ; 

void Knotenldentifizierer (KFGListC: : iterator KFG) ; 
void ListeAusgeben ( ) ; 



75 
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void addLinelnToList { ) ; 
void addLineToKFG(KFGProgListC & LP) ; 
5 int zaehleDeklarationen(KFGTokenListC & TL) ; 

void basisgroessenlnDatei { ) ; 

}; 

10 

class KFGDefListC : public list<KFGDef C> {}; 
class KFGUseListC : public list<KFGUseC> {}; 
15 class KFGP_UseListC : public list<KFGUseC> {}; 
#endif 

#include <string> 
20 #include <iostream> 
#include <list> 
#include "KFGNode.h" 

using namespace std; 

25 

typedef list<KFGNodeC> KFGListeT; 

extern void KFGListeAusgeben (KFGListeT) ; 

30 /////////////////////////////////////////////////////////////////////////////////// 
/// 

// Class for the nodes in the control flow graph. 
// This class satisfies the nice-demands for the STL; 
// i.e. the following is true for a class T: 
35 // 0. It supports the copy constructor T (const T&) , 

// 1. the assignment operator T& operator= (const TS:) , 

// 2. the comparison operator bool operator== (const T, &const T&) and 
// 3. the unequal -to operator != 
// in such a way that: 
40 // (a) { TRUE } T a(b) {a == b} 
// (b) { TRUE } a = b {a == b} 
// (c) { a == a} 
// (d) { a == b <==> b == a } 

// (e) { (a == b) AND ( b c ) ==> (a == c) } 
45 // (f) { a 1= b <==> NOT ( a== b) }; 
// 

// In addition, all functions, in particular getStatement , are equality 

preserving, i.e. 
// (g) { a == b == > a.getStatement 0 — b .getStatement ( ) } 
50 /////////////////////////////////////////////////////////////////////////////////// 
// 1997-08-25 Andreas Steinhorst 

/////////////////////////////////////////////////////////////////////////////////// 

#ifdef _KFGNodeListHeader 

#else 

55 #define _KFGNodeListHeader 

#include <string> 
#include <iostream> 
#include <list> 
60 #include "KFGUse.h" 
#include "KFGDef.h" 



using namespace std; 

65 

typedef char StringT [256] ; 
typedef char CodeLineT [2 55] ; 
typedef enum 

{NO, LC, BL, EL, IFC, BTh, ETh, BEl , EEl , OP, DOWL, DOWLC, SWITCH, CASE , ENDCASE , BDEFA, ENDDEFA, RE 
70 TURN, BREAK} KFGNodeTypeT ; 

typedef enum (LOOP, THEN, ELSE, NONE} KnotenldentT; 



class KFGListNodeC { 
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protected: 
//private : 

static int DummyNodeNr ; 
5 int NodeNr; 

int Level; 
int KnotenNr; 
int LineNr; 
StringT Statement; 
10 CodeLineT CodeLine; 

KFGNodeTypeT KFGNodeType ; 
KnotenldentT Knotenldent 



15 



20 



25 



40 



60 



public : 



NO; 

KnotenNr = 0; 
NONE ; 



list<KFGUseC> Uses; 
list<KFGDefC> Defs; 
list<KFGUseC> P_Uses; 

KFGListNodeCO { strcpy {Statement, "-- unknown --"); 

Level = 0; 
KFGNodeType = 

NodeNr = DummyNodeWr++ ; 

Knotenldent = 



LineNr ^ 0; 

2Q strcpy (CodeLine, " 

unknown- - " ) ; } ; 

KFGListNodeC(char _Statement [] , KFGNodeTypeT _KFGNodeType) 

{ strcpy [Statement, 

35 Statement) ; 

Level = 0; 

KFGNodeType 

_KFGNodeType ; 



NodeNr = DummyNodeNr++ ; 
KnotenNr =0; 

Knotenldent = 

NONE; 

LineNr = 0; 

45 strcpy 
(CodeLine, "--unknown--"); }; 

KFGListNodeC (char _Statement [] , KFGNodeTypeT _KFGNodeType , int 

Level) 

~ { strcpy (Statement, 

Statement) ; 

- Level = _Level; 

KFGNodeType = 

KFGNodeType ; 

^5 NodeNr = Dummy Nod eNr ++ ; 

KnotenNr = 0; 

Knotenldent = 

NONE ; 

LineNr = 0; 
strcpy (CodeLine, "-- 

unknown - - " ) ; } ; 

KFGListNodeC ( char _Statement [] , KFGNodeTypeT _KFGNodeType , int 

65 Level, int _LineNr) 

~ { strcpy (Statement, 

Statement) ; 

Level = _Level; 

7 0 KFGNodeType = _KFGNodeType ; 

NodeNr = DummyNodeNr ++ ; 

KnotenNr = 0; 

Knotenldent = NONE; 

rjc^ LineNr 
LineNr; 
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15 



strcpy 



{ strcpy 



strcpy 



{ 



(CodeLine, "--unknown--"); }; 

void setStatement (char _Statement [] ) 

5 

(Statement, _Statement) ; }; 

void setCodeLine (char _CodeLine [] ) 
10 (CodeLine, _CodeLine) ; }; 

void setKFGKnotenNummer (int _KnotenNr) 
KnotenNr = __KnotenNr; }; 

void setKnotenldent (KnotenldentT _KnotenIdent ) 
Knotenldent = __KnotenIdent ; }; 

2 0 int getKnotenNummer 0 { return KnotenNr; }; 

char* getStatement 0 { return Statement; }; 

char* getCodeLine ( ) { return CodeLine; }; 

25 

int getLevelO { return Level; ); 

int getNodeNrO { return NodeNr; ); 

3 0 int getLineNrO { return LineNr; }; 

KnotenldentT getKnotenldent ( ) ( return Knotenldent; } ; 

KFGNodeTypeT getKFGNodeType { ) { return KFGNodeType; }; 

35 

bool operator == (const KFCListModeCS: other) const 
( (strcmp (Statement, other . Statement ) == 0) 
40 (Level == other. Level) 

(KFGNodeType == other . KFGNodeType) 
(NodeNr == other .NodeNr) ); }; 

45 



{ return 
& 



bool operator != (const KFGListNodeC& other) const 

{ return ! (*this == 

other) ; } ; 

5 0 bool operator < (const KFGListNodeC& other) const 

{ return 

(strcmp (Statement, other . Statement) < 0); }; 

bool operator > (const KFGListNodeC& other) const 
55 { return 

(strcmp (Statement, other .Statement) > 0); }; 

friend ostreami operator << ( ostream& os, const KFGListNodeC& 

Node) ; 
60 }; 
#endif 

//#include <string> 
//#include <iostream> 
//#include "KFGList.h" 

65 

//using namespace std; 

//class KFGListOpC : public KFGListeC { 
7 0 //public: 

// void KFGListOut (KFGListeT & L) 

// { 

// KFGListeT: : iterator I = L.beginO; 

75 // whiled 1= L.endO ) 
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/ / cout << *I++ << ' ' ; 

// cout « " sizeO = " « L.sizeC) « endl; 

// } 
//}; 

5 

//////////////////////////////////////////////////////////////////>'//////////////// 
/// 

// Class for auxiliary list in order to produce a CFG therefrom. 
10 // This class satisfies the nice-demands for the STL; 
// i.e. the following is true for a class T: 
// 0. It supports the copy constructor T (const T&:) , 
//I. the assignment operator T& operator= (const T&) , 

// 2. the comparison operator bool operator== (const T, Stconst TSc) and 
15 // 3. the unequal -to operator I = 

// in such a way that: 

// (a) { TRUE } T a(b) {a == b} 

// (b) { TRUE } a = b {a == b} 

// (c) { a == a} 
20 // (d) { a == b <= = > b == a } 

// (e) { (a == b) AND ( b == c ) ==> (a == c) } 

// (f) { a != b <==> NOT ( a== b) }; 

// . ■ • 

// In addition, all functions, in particular getName, are equality preserving, 

25 i.e. 

// (g) { a == b == > a, getName 0 == b.getNameO } 
// 

// (C) 1997 Siemens AG 

/////////////////////////////////////////////////////////////////////////////////// 
30 // 1997-08-25 Andreas Steinhorst 

/////////////////////////////////////////////////////////////////////////////////// 
#ifdef KFGNodeHeader 



35 



40 



45 



50 



55 



65 



#else 

#define _KFGNodeHeader 

#include <string> 
#include <iostream> 

using namespace std; 

typedef char StringT [256] ; 

class KFGNodeC { 
private : 

StringT Name; 
int ScopeLevel; 

public : 

KFGNodeC 0 { strcpy (Name, unknown 

" ) ; ScopeLevel = 0; 



/* cout << "NodeC 



produced" << endl ; */}; 



KFGNodeC ( char _Name [] ) { strcpy (Name, _Name) ; 

ScopeLevel = 0; }; 

KFGNodeC ( char _Name [] , int _ScopeLevel) 

{ strcpy (Name, 

_Name) ; 

ScopeLevel = 

_ScopeLevel; } ; 

void setName(char Name [] ) { strcpy (Name, _Name) ; } ; 



char* getName 0 { return Name; }; 

int getScopeLevel 0 { return ScopeLevel; }; 

70 bool operator == (const KFGNodeC& other)- const 

{ return 

( (strcmp (Name, other, Name) == 0) 



75 



{ScopeLevel == other .ScopeLevel) ) ; }; 

bool operator != (const KFGNodeC&i other) const 
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20 



{ return 

! (*this == other) ; } ; 
5 bool operator < (const KFGNodeC& other) const 

{ return (strcmp {Name, 

other. Name) < 0); }; 

bool operator > (const KFGNodeC& other) const 

{ return (strcmp (Name, 

other. Name) > 0) ; }; 

friend ostream& operator << ( ostreamS: os, const KFGNodeC& Node) ; 

}; 

15 

#endif 

#ifdef _KFGNodelHeader 
#else 

iiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiniiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiii 

// Class for auxiliary list in order to produce a CFG therefrom- 
// This class satisfies the nice-demands for the STL; 
// i.e. the following is true for a class T: 
// 0. It supports the copy constructor T (const T&) , 
25 // 1. the assignment operator T& operator= (const T&:) , 

// 2. the comparison operator bool operator== (const T, &const T&) and 
// 3, the unequal -to operator 
// in such a way that: 
// (a) { TRUE } T a(b) {a == b} 
30 // (b) { TRUE } a = b {a =- b) 
// (c) { a == a} 
// (d) { a == b <==> b == a } 

// (e) { (a == b) AND ( b == c ) ==> (a == c) ) 
//(f) { a != b <==> NOT ( a== b) }; 
35 // ^. . 

// In addition, all functions, in particular getName, are equality preserving, 

i.e. 

// (g) { a == b == > a.getNameO == b.getNameO } 
// 

40 //(C) 1997 Siemens AG 

/////////////////////////////////////////////////////////////////////////////////// 
// 1997-08-25 Andreas Steinhorst - 



45 



55 



65 



70 



// 1997-08-25 Andreas Steinhorst 

//////////////////////////////////////////////////////////////////////////////////^ 
#ifdef KFGNodelHeader 



#else 

#define _KFGNode IHeader 



tinclude <string> 
50 #include <iostream> 

using namespace std; 

typedef char StringT [256] ; 



class KFGListNodeC 
private : 



StringT Name; 
60 int ScopeLevel; 

list <KFGUseC> Uses; 
list <KFGDefC> Defs; 



public : 

KFGListNodeC 0 { strcpy (Name, 

unknown --"); ScopeLevel = 0; 

/* cout 

<< "NodeC produced" << endl ; */}; 

KFGListNodeC (char _Name [] ) { strcpy (Name, _Name) ; 

ScopeLevel = 0 ; } ; 

KFGListNodeC (char _Name [] , int _ScopeLevel) 
75 { strcpy (Name, 

Name) ; 
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ScopeLevel = 

_ScopeLevel ; } ; 

void setName(char _Name [] ) { strcpy (Name, _Name) ; }; 

char* getNameC) { return Name; }; 

int getScopeLevelO { return ScopeLevel; }; 

10 bool operator == {const KFGListNodeC& other) const 

{ return ( (strcmp (Name , 

other. Name) ==0) 

& (ScopeLevel 

== other . ScopeLevel ) ) ; } ; 



15 



20 



30 



35 



6 



other) ; 



bool operator != (const KFGListNodeC& other) const 

{ return : (*this == 

bool operator < (const KFGListNodeC& other) const 

{ return (strcmp (Name, 

other .Name) < 0) ; } ; 

bool operator > (const KFGListNodeC& other) const 
25 { return (strcmp (Name, 

other .Name) > 0) ; } ; 

friend ostream& operator « ( ostream& os, const KFGListNodeC& 



Node) ; 

#endif 
#ifdef KFGNodelHeader 



///////////////////////////////////////////////////////////////////////''/////////// 
// Class for auxiliary list in order to produce a CFG therefrom, 
// This class satisfies the nice-demands for the STL; 
// i.e. the following is true for a class T: 
40 // 0. It supports the copy constructor T (const T&:) , 

// 1. the assignment operator T& operator^ (const T&:) , 

// 2. the comparison operator bool operator== (const T, &const TS^) and 
// 3. the unequal -to operator != 
//in such a way that : 
45 // (a) { TRUE } T a(b) {a == b} 
// (b) { TRUE } a = b {a == b} 
// (c) { a == a} 
// (d) { a == b <==> b == a } 

// (e) { (a == b) AND ( b == c ) ==> (a == c) } 
50 // (f) { a 1= b <==> NOT ( a== b) }; 

// In addition, all functions, in particular getName, are equality preserving, 

i.e. 

// (g) { a == b == > a. getName 0 == b. getName () } 
55 // 

// (C) 1997 Siemens AG 

/////////////////////////////////////////////////////////////////////////////////// 
// 1997-08-25 Andreas Steinhorst 

0 /////////////////////////////////////////////////////////////////////////////////// 

#ifdef _KFGNodelHeader 
#else 

#define __KFGNodelHeader 

65 #include <string> 

#include <iostream> 

using namespace std; 

70 typedef char StringT [256] ; 

class KFGListNodeC { 
private : 

75 StringT Name; 
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20 



25 



40 



50 



int ScopeLevel; 
list <KFGUseC> Uses; 
list <KFGDefC> Defs; 

public : 

KFGListNodeCO { strcpy (Name, 



" - - unknown - - " ) ; ScopeLevel = 0 ; 
10 produced" « endl ; */] 



/* cout << "NodeC 



KFGListNodeC(char _Name [] ) { strcpy (Name, _Name) ; 

ScopeLevel =0; }; 

15 KFGListNodeC(char _Name [] , int _ScopeLevel) 

{ strcpy {Name, 

Name) ; 

~ ScopeLevel = 

_ScopeLevel ; } ; 

void setName(char _Name [] ) { strcpy (Name, _Name) ; }; 

char* getNameO { return Name; }; 

int getScopeLevelO { return ScopeLevel; }; 

bool operator == (const KFGListNodeCO other) const 

{ return ( (strcmp (Name , 

other. Name) == 0) 

& (ScopeLevel 

== other . ScopeLevel) ) ; }; 



35 other) ; } ; 



bool operator 1= (const KFGListNodeCS. other) const 

{ return ! (*this == 



bool operator < (const KFGListNodeCO other) const 

{ return (strcmp (Name, 



other .Name) < 0) ; } ; 



bool operator > (const KFGListNodeCO other) const 

{ return ( strcmp (Name, 



Other .Name) > 0) ; } ; 

45 friend ostreamo operator << ( ostreamo os, const KFGListNodeCO 

Node) ; 

}; 



#endif 



//Class for a list from STL. In this context, KFGListeC inherits all properties 
//from the list created using STL list<KFGNodeC> . 
#ifdef __KFGProgLi St Header 
#else 

55 #define _KFGProgListHeader 

#include <string> 
#include <iostream> 
#include <stdio.h> 
60 #include <list> 

#include <fstream> 
#include <iterator> 
#include "KFGLineNode . h" 

65 using namespace std; 

class KFGProgListC : public list<KFGLineNodeC> { 

public : 

70 

KFGProgListC 0 {}; 
//void KFGListeAusgebenO ; 
75 //void KFGTokenListToKFGList () ; 
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}; 

#endif 

5 

//Class for a list from STL. In this context, KFGListeC inherits all properties 
//from the list created using STL list<KFGNodeC> . 
10 #ifdef _KFGTokenListHeader 
#else 

#define _KFGTokenListHeader 

15 



#include <string> 

2 0 ^include <iostream> 

#include <stdio.h> 
#include <list> 
#include <fstream> 
#include <iterator> 
25 #include "KFGTokenNode . h" 

using namespace std; 

3 0 class KFGTokenListC : public list<KFGTokenWodeC> { 

public : 

KFGTokenListC () { } ; 

35 

void KFGListeAusgeben 0 ; 

//void KFGTokenListToKFGList {); 

40 }; 

#endif 

45 /////////////////////////////////////////////////////////////////////////////////// 
/// 

// Class for auxiliary list in order to produce a CFG therefrom. 
// This class satisfies the nice-demands for the STL; 
// i.e. the following is true for a class T: 
50 // 0. It supports the copy constructor T (const T&) , 

// 1. the assignment operator T& operator= (const TS.) , 

// 2. the comparison operator bool operator== (const T, Scconst T&) and 
// 3. the unequal -to operator != 
// in such a way that: 
55 // (a) { TRUE } T a{b) {a == b} 
// (b) { TRUE } a = b {a == b} 
// (c) { a == a} 
// (d) { a == b <==> b == a } 

// (e) { (a == b) AND ( b == c ) ==> (a == c) ) 
60 // (f) { a != b <==> NOT ( a== b) }; 
// 

// In addition, all functions, in particular getName, are equality preserving, 

i.e. 

// (g) { a == b == > a.getNameO == b.getNameO } 
65 // 

// (C) 1997 Siemens AG 
// 

/////////////////////////////////////////////////////////////////////////////////// 
70 // 1997-08-25 Andreas Steinhorst 

///////////////////////////////////////////////////////////////////^^////////////^/z 

#ifdef _KFGTokenNodeHeader 
#else 

^define _KFGTokenNodeHeader 

75 



10 



20 
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#include <string> 
#include <iostream> 



using namespace std; 

typedef char String! [256] ; 
typedef enum 

{N,PL, IF,BT,ET,BE,EE,F0R,BF,EF,WHILE,BW,EW,SW,CA,ECA,BRK,RET,DEFA,EDEFA,D0,BDOW,DOW 
S , NL , DEF , BFUNC , EFUNC , TD , OUT , FOR_D , PF } TokenNodeTypeT ; 

class KFGTokenNodeC { 
private : 



StringT Name; 
15 TokenNodeTypeT TokenNodeType ; 

int ScopeLevel; 
int LineNumber; 



public : 

KFGTokenNodeC ( ) { strcpy (Name, unknown -- 

") ; 

ScopeLevel = 0 ; 

25 TokenNodeType = N; 

LineNumber = 

0; }; 

KFGTokenNodeC ( char _Name [] , TokenNodeTypeT __TokenNodeType) 
2Q { strcpy (Name, 

Name) ; 

~ ScopeLevel = 0; 

TokenNodeType 

TokenNodeType ; 

•^^ LineNumber = 0;}; 

KFGTokenNodeC (char _Name [] , int _ScopeLevel, TokenNodeTypeT 

TokenNodeType) 

- { strcpy (Name, 

40 Name) ; 

~ ScopeLevel = 

ScopeLevel; 

~ TokenNodeType = 

TokenNodeType ; 

~ LineNumber = 0; ); 

KFGTokenNodeC (char _Name [] , int _ScopeLevel , TokenNodeTypeT 

TokenNodeType, int ^LineNumber) 
~ { strcpy (Name, 

50 Name) ; 

ScopeLevel = 

ScopeLevel; 

~ TokenNodeType 
= TokenNodeType ; 

— LineNumber = 

_LineNumber; } ; 

void setName (char _Name [] ) { strcpy CName, _Name) ; }; 
60 char* getNameO { return Name; }; 

int getScopeLevelO { return ScopeLevel; }; 

int getLineNumber ( ) { return LineNumber; }; 

65 . 

TokenNodeTypeT getTokenNodeType ( ) { return TokenNodeType ; } ; 

bool operator == (const KEGTokenNodeCt other) const 

{ return 

70 ( (strcmp (Name, other. Name) == 0) 

& (ScopeLevel 

== other . ScopeLevel) 

& (TokenNode 

Type == other .TokenNodeType) ) ; }; 

bool operator != (const KFGTokenNodeC & other) const 



75 
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{ return I (*this == 

other) ; } ; 

bool operator < (const KFGTokenNodeC& other) const 
^ ( return 

(strcmp (Name, other. Name) < 0); }; 

bool operator > {const KFGTokenNodeCSc other) const 

{ return 

10 (strcmp {Name, other. Name) > 0); }; 

friend ostreaTn& operator « ( ostream& os, const KFGTokenNodeC& 

Node) ; 

}; 

15 

#endif 

#ifdef _KFGUseHeader 
20 #else 

#define _KFGUseHeader 



25 

#include <string> 
#include <iostream> 

using namespace std; 

30 

typedef char StringT [256] ; 



35 



40 



45 



50 



55 



class KFGUseC { 
private : 

StringT Use; 

int ScopeLevelU; 

public : 

KFGUseC 0 



{ strcpY (Use, 
KFGUseC {char _Use [] , int _ScopeLevelU) 



-- unknown --") ; 
ScopeLevelU = 0 ; } ; 



strcpy (Use, _Use) ; 

ScopeLevelU 



_ScopeLevelU; } ; 

void setUse(char _Use [] ) 

char* getUseO 

int getScopeLevelU { ) 



{ strcpy (Use, _Use) ; }; 

{ return Use; } ; 
{ return ScopeLevelU; } ; 



bool operator == (const KFGUseCS: other) const 
other. Use) == 0) 
== other . ScopeLevelU) ) ; }; 

bool operator := (const KFGUseC& other) const 

other) ; } ; 



{ return ( (strcmp (Use, 
& (ScopeLevelU 

{ return ! {*this == 
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bool operator < (const KFGUseC&i other) const 

{ return (strcmp(Use, 

other. Use) < 0) ; } ; 
5 bool operator > (const KFGUseCi other) const 

{ return 

(strcmp(Use, other. Use) > 0); }; 

friend ostreamS: operator << ( ostreamS: os, const KFGUseC& Node) ; 

10 }; 



15 



20 



25 



40 



50 



65 



#endif 

#ifndef _uwggraphC 
#define _uwggraphC 

# include <Graph.h> 

#include "uwgknoten . h" 
# include " uwgkante . h" 



#include "AS_Slice.h" 
using namespace std; 
3 0 class uwggraphC : public Graph < uwgknotenC, uwgkanteC > { 
public : 

short int folded; 
3 5 uwggraphC ( ) { ) ; 

SliceC: : iterator f indOutputNode (SliceC & SI) ; 
SliceC: :iterator definelterator (SliceC & SI, int SliceNr) ; 
void addFirstNodesToFT (SliceC & SI, int KnotenNr, int Posl) 
SliceC: : iterator re turnCondNode (SliceC & Si, int SliceNr); 
45 int checkUWGNode (int SliceNr); 

void SliceAusgeben (SliceC & SI); 
void startBuildFT (SliceC & SI); 



void buildlnLoopTree (SliceC & SI, int Posl, SliceC: : iterator 
SLPUSE, SliceC: : iterator SLNODE) ; 



void buildIn_Dl_Part (SliceC & SI, int posOR_Dl, SliceC: : iterator 
55 SLPUSE, SliceC: : iterator SLNODE, int D2_RefNr) ; 

SliceC: : iterator findOutmostPUse (SliceC & SI, SliceC :: iterator 

SLPUSE) ; 

60 int checkPUsesKSliceC & SI, SliceC :: iterator SLPUSE, 

SliceC: : iterator SLPUSEREF) ; 

int checkPUses2 (SliceC & SI, SliceC: : iterator SLPUSE, 
SliceC: : iterator SLPUSEREF); 

SliceC: :iterator find_Dl_Node (SliceC & SI, SliceC :: iterator SLPUSE, 
SliceC: : iterator SLNODE) ; 

void addAllDlNodes (SliceC & SI, SliceC :: iterator SLNODE, int 
70 posGatter, int D2_RefNr) ; 

SliceC: : iterator findLastPUse ( SliceC & SI, int SliceNr); 

SliceC: : iterator findLastPUse2 (SliceC & SI, int SliceNr, int RefNr) , 

75 
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void checkLoopOrCond{SliceC & SI, Sliced : iterator SLl, 
SliceC: : iterator SLORIG, int Posil); 

void buildIn_D2_Part {SliceC & SI, int posOR_D2, SliceC :: iterator 
5 SLl, SliceC: : iterator SLPUSE, int KnotenNrD2) ; 

int findD2Node (SliceC & SI, SliceC :: iterator PUSE) ; 

int buildlnlf Tree {SliceC & SI, SliceC :: iterator SLIF, 
10 SliceC: : iterator SLORIG, int posl) ; 

SliceC: : iterator lookForNextPUse (SliceC *& SI, SliceC :: iterator 
SNODE, SliceC: : iterator SLPUSE) ; 

15 void build_IFKF_Part {SliceC & SI, int posKFOR, SliceC iterator 

SLPUSE) ; 



20 



35 



40 



45 



55 



65 



75 



void build_Al_Part (SliceC & SI, int posIFDFOR, SliceC :: iterator 
SLIP, SliceC: : iterator SLORIG) ; 

void buildD2_IFKF_Part (SliceC & SI, int posKFOR, SliceC :: iterator 

SLPUSE) ; 



void buildD2_Al_Part (SliceC & SI, int posIFDFOR, SliceC :: iterator 
25 SLIP, SliceC: : iterator SLNODE) ; 

int buildD2InIf Tree (SliceC & SI, SliceC :: iterator SLIP, 
SliceC: : iterator SLORIG, int posl) ; 

30 void buildLoopKF_Part (SliceC & SI, int posAND_KF, int posLOOP_KF, 

int posD2, SliceC: : iterator SLOOP); 



int buildln_LoopKF_AND Part (SliceC & SI, int posAND_KF, 
SliceC: : iterator SLPUSE); 

void buildIn_LoopKF_ORPart (SliceC & SI, int posAND_KF, 
SliceC :: iterator SLl, int KnotenNrD2) ; 



#endif 



#ifndef _uwgkanteC 
# define _uwgkanteC 



#include <iostream> 
using namespace std; 
5 0 class uwgkanteC { 
public : 



short int folded; 
int Number; 



uwgkanteC {) (}' 
uwgkanteC (int _Number) { Number = _Number; }; 

60 bool operator == (const uwgkanteC& other) const 

{ return (Number == other .Number) . 



bool operator != (const uwgkanteCS: other) const 

{ return 1 {*this == other); }; 

bool operator < (const uwgkanteC& other) const 

{ return (Number == 

other . Number ) ; } ; 

70 bool operator > (const uwgkanteCS: other) const 

{ return (Number == other .Number) , 



friend ostream&i operator << ( ostreamfc os, const uwgkanteCSc Node) ; 

}; 

iendif 
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#ifndef _uwgknotenC 
#define _uwgknotenC 

#include <iostream> 

const int maxKnotentextLength=128 
const int maxBemerkLength=1000 ; 
const int maxWahrVarLength=16 ; 

typedef struct ww { 

short int Wert; 
struct WW *next ; 
} TMCSWert; 



typedef struct el { 

struct ftgatter* unabElement; 
struct WW *next; 
struct el *nextel; 
} TMinSet; 

typedef enum {AND, OR, CAUSE, EFFECT, NOT} NodeldentT; 
using namespace std; 
class uwgknotenC { 
public : 

static int DummyNr; 
int Gatterldent; 
int outof; 
int CauseNr; 

char gattertext [maxKnotentextLength] ; 
char gatterbemerkung [maxBemerkLength] ; 
double wahrsch; 

char wahrvar [maxWahrVarLength] ; 
NodeldentT Node I den t; 

uwgknotenC ( ) 

CauseNr = 0 ; 
" - - unknown - - " ) ; 
bemerkung , " - -none- - " ) ; 
Gatterldent = DummyNr++; }; 

uwgknotenC (NodeldentT _NodeIdent) 
Node I dent = _NodeIdent; 
CauseNr = 0; 

strcpy (gattertext, "-- unknown --"); 

strcpy (gatterbemerkung, " - -none- - " ) ; 

Gatterldent = DummyNr++ ; }; 

uwgknotenC (NodeldentT _NodeIdent, int _CauseNr/*, char 
_gattertext [] */) 

Node I dent = _NodeIdent; 

CauseNr = _CauseNr; 

strcpy (gattertext, "-- unknown --"); 
strcpy (gatterbemerkung, "--none--") ; 
/*strcpy (gattertext, __gattertext) ;*/ 
DummyNr ++ ; } ; 



{ Nodeldent = EFFECT; 

strcpy (gattertext, 
strcpy (gatter- 



Gatterldent 
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uwgknotenC(NodeIdentT _NodeIdent, int _CauseNr, char _gattertext [] , 

char gatterbemerkung [] ) 

~ { Node I dent = 

Node I dent ; 

^ - CauseNr = 

_CauseNr ; 

strcpy (gattertext, "-- unknown --"); 

10 strcpy {gattertext, _gattertext) ; 

strcpy (gatterbemerkung, gatterbemerkung) ; 

~ Gatterldent = 

DummyNr++ ; } ; 

'^^ uwgknotenC(NodeIdentT _NodeIdent, int _CauseNr, char _gattertext [] ) 

{ Node I dent = 

Node I dent ; 

- CauseNr = 
2 0 CauseNr; 

- /^strcpy 
(gattertext, "-- unknown --");*/ 

strcpy (gattertext, _gattertext) ; 

strcpy (gatterbemerkung, "--none--") ; 



25 



Gatterldent 
DummyNr++ ; } ; 

30 uwgknotenC(NodeIdentT _NodeIdent, char _gattertext [] , char 

gatterbemerkung [] ) 

{ Node I dent = 

Nodeldent; 

- CauseNr = 0; 

35 strcpy (gattertext, _gattertext) ; 

strcpy {gatterbemerkung, gatterbemerkung); 

Gatterldent 

DummyNr++ ; } ; 

uwgknotenC{NodeIdentT _NodeIdent, char _gattertext [] ) 

Node I dent ,- 



40 



45 



{ Node I dent = 
CauseNr = 0 ; 



Gatterldent = 



strcpy (gattertext, _gattertext) ; 
strcpy (gatterbemerkung, " --none--") 

5 0 DummyNr++ ; } ; 

int getCauseNrO { return CauseNr; }; 

int getGatterldent 0 { return Gatterldent; }; 

55 

NodeldentT getNodeldent { ) const { return Nodeldent; }; 

bool operator == (const uwgknotenCi other) const 

{ return ( (CauseNr == 

6 0 other . CauseNr ) 

(Nodeldent == other .Nodeldent) ^ 
( St rcmp (gattertext, other .gattertext) == 0) 

(Gatterldent == 

other .Gatterldent) */) ; }; 
70 other) ; } ; 



bool operator != (const uwgknotenC& other) const 

{ return ! (*this 



75 



bool operator < (const uwgknotenC& other) const 

{ return (Gatterldent < 

other. Gatterldent ) ; }; 

bool operator > (const uwgknotenCSc other) const 



GR 99 P 1974 



- 42 - 



{ return 

(Gatterldent > other. Gatterldent) ; }; 

friend ostreamS: operator << ( ostreamSt os, const uwgk:notenC& Node) ; 

5 

#endif 

10 #include "AS_GraphKante . h" 
#include <iostream> 

ostream& operator << ( ostreamSc os, const GraphKanteC & Kante) { 
OS << Kan te. Kant enTyp; 
15 return os; 

} 

#include "AS_Grap]aNode . h" 

20 ^include <iostream> 

ostreamfic operator << ( ostream& os, const GraphNodeCS: Node) { 

OS << endl << Node.NodeNr; 
return os ; 

25 } 



#include "AS_Slice.h" 
3 0 #include <iostream> 
#include <iterator> 
#include <algorithm> 

35 

# include "uwggraph.h" 
using namespace std; 



//FO: Function for selecting the variable for which an error tree is to be created. 
// A pointer to the selected node is returned. 

KFGListC: : iterator SliceC : : def ineVariableToSlice (KFGListC & L2) { 
45 int Number = 0; 

KFGListC: : iterator KFGI = L2.begin(); 
KFGListC: : iterator VARDEFI = L2.begin(); 
KFGUseListC: : iterator USEIT; 
while { KFGI 1= L2 . end () ) { 
50 USEIT = KFGI->Uses.begin{) ; 

if ( KFGI->getKFGNodeType 0 == OP ) { 

cout << KFGI- >get Knot enNummer () << ": " << USEIT- >getUse ( ) 

< < endl ; ; 

} 

55 KFGI + +; 

} 

cout << "Enter the node number and press RETURN: 
cin >> Numbers- 
while ( KFGI != L2.begin()) { 
60 if {KFGI->getKnotenNummer 0 == Number) { 

VARDEFI = KFGI; 

} 

KFGI--; 

} 

65 if (VARDEFI - >getKFGNodeType 0 == OP) { 

cout « "The selected node was No: " « VARDEFI - >get Knot enNummer ( ) 

< < endl ; 
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return VARDEFI ; 

} 

else { 

VARDEFI = L2. begin 0; 
5 cout << "This node is not an output node: the program is being 

terminated" « endl; 

exit (1) ; 
return VARDEFI; 

} 

10 } 

//Fl: Looks for P-Use node, adds it to the slice and draws a KFK. 
// input: iterator for the C-Use or D-Use, CFG list; 

void SliceC: :sliceForLoops(KFGListC & L2, KFGListC :: iterator LOOPIT) { 
15 int HLevel; 

int check = 0; 

int KnotenNummer = 0; 

KFGListC: : iterator HELPIT = LOOPIT; 

while ( (LOOPIT- >getKFGNodeType() != LC LOOPIT- >getKFGNodeType { ) U IFC) 
20 II (LOOPIT- >getLevel() I = HELPIT- >getLevel ()) ) { 
LOOPIT-- ; 

KnotenNummer = LOOPIT- >getNodeNr 0 ; 
check = checkForNodes (KnotenNummer) ; 
25 //insert (*LOOPIT,*HSLPIT, KFK) ; 

insert C*HELPIT, *LOOPIT, KFK) ; //the reverse direction of the edge so that 
each node knows its predecessor. 

//cout « "eingefiigterKnotenFla: " << LOOPIT- >getNodeNr () << endl ; 
//cout « "eingefiigterKnotenFla : " « HELPIT- >getNodeNr ( ) << endl « endl; 
30 if (check == 0) { 

findAllDefs (L2, LOOPIT); 

} 

HLevel = LOOPIT- >getLevel () ; 
while (LOOPIT- >getLevel 0 > 2) { 
3 5 check == 0; 

HELPIT = LOOPIT; 

while ( (LOOPIT- >getKFGNodeType() LC && LOOPIT- >getKFGNodeType ( ) 
!= IFC) II (LOOPIT- >getLevel 0 >= HELPIT- >getLevel ()) ) { 
LOOPIT--; 

40 } 

KnotenNummer = LOOPIT- >getNodeNr () ; 
check = CheckForNodes (KnotenNummer) ; 
//insert (*LOOPIT,*HELPIT, KFK) ; 

insert (*HELPIT,*LOOPIT, KFK) ; //the reverse direction of the edge so 
45 that each node knows its predecessor. 

//cout « "eingefugterKhotenFlb: " << LOOPIT- >getNodeNr { ) « endl; 
//cout « "eingefiigterKnotenFlb: " « HBLPIT->getNodeNr () « endl << 

endl ; 

if (check == 0) { 
50 findAllDef s (L2, LOOPIT); 

HLevel = LOOPIT- >getLevel 0 ; 



55 



} 



//F2: Looks for all D-Uses for a P-Use, adds them to the slice and draws DFK. 
// input: iterator for the node with the P-Use list, CFG list; 
void SliceC: :findAllDefs(KFGListC & LI, KFGListC :: iterator ITER) { 
int AktLevel; 
60 int dummylf = 0; 

int KnotenNummerEnde = 0; 
AktLevel = ITER->getLevel ( ) ; 
KFGListC: : iterator HELPIT = ITER; 
KFGListC: : iterator HELPIF = ITER; 
65 KFGListC: : iterator HELPLOOP = ITER; 

KFGListC: : iterator UPPERLIMIT = ITER; 
KFGP_UseListC: : iterator PUSEIT; 
PUSEIT = ITER- >P_Uses .begin 0 ; 
KFGDefListC: : iterator DEFITl; 
7 0 if (ITER->getKFGNodeType{) == LC) { 

while ( (HELPLOOP- >getKFGNodeType() !=EL) || (HELPLOOP- >getLevel ( ) 

!= AktLevel) ) { 

HELPLOOP++ ; 

} 

75 HELPIT = HELPLOOP; 

KnotehNummerEnde = HELPLOOP - >ge tNodeNr () ; 
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while (PUSEIT != ITER->P_Uses .endO ) { 

UPPERLIMIT = findUpperLimit (LI, ITER, PUSEIT); 
HELPLOOP = findLowerLimit(Ll, ITER, UPPERLIMIT); 
5 //insert ( *UPPERLIMIT, *ITER, DFK) ; 

insert {*ITER, *UPPERLIMIT,DFK) ; //the reverse direction of the edge 
so that each node knows its predecessor. 

//cout « "eingefugterKnotenF2a: " << UPPERLIMIT- >getNodeNr ( ) << 

endl ; / v j i 

10 //cout « "eingefugterKnotenF2a: " << ITER- >getNodeNr ( ) « endl; 

while {HELPLOOP U UPPERLIMIT) { 

HELPLOOP--; 

if (HELPLOOP- >getKFGNodeType 0 == EEl) { 
dummy If = 1; 

'^^ if { (HELPLOOP- >getKFGKfodeType() == STh) (HELPLOOP- 

>getLevel() < ITER- >getLevel( ) ) (dummylf ==0)) { 

HELP IF = HELPLOOP; 

while { (HELPLOOP- >getKFGNodeType() != IFC) |! 
20 (HELPLOOP- >getLevel 0 ! = HELPIF- >getLevel ( ) ) ) { 

HELPLOOP--; 

} 

dummylf = 0; 

25 if (HELPLOOP- >getKFGNodeType 0 == NO) { 

DEFITl = HELPLOOP->Defs .begin 0 ; 
while (DSFITl 1= HELPLOOP- >Defs . end () ) { 
if (strcmp(PUSEIT->getUse() ,DEFITl->getDef 0 ) 0) { 
//insert (*HELPLOOP, * ITER, DFK) ; 
3Q insert (* ITER, *HELPLOOP, DFK) ; //the 

reverse direction of the edge so that each node knows its predecessor. 

def InLoop (-LI , HELPLOOP) ; 

//cout « "eingefugterKnotenF2b: " « 

HELPLOOP- >getNodeNr ( ) << endl ; 
35 //cout « "eingefugterKnotenF2b: " « 

ITER- >getNodeNr 0 << endl « endl; 

if ( I HELPLOOP ->Uses .empty 0 ) { 

findDefToCUse(Ll, HELPLOOP); 

} 

40 } 

DEFIT1++; 

} 

} 

} 

4 5 PUSEIT++; 

KFKPUseToCUse (ITER, KnotenNummerEnde) ; 

} 

5 0 //F5: Function looks for the first def above a p-use or c-use and returns an 

// iterator for this upper limit when looking for all defs, 

KFGListC: : iterator SliceC : : f indUpperLimit (KFGListC & LI, KFGListC :: iterator ITER, 
KFGP_UseListC: : iterator PUSEIT) { 

int dummy = 0 ; 
55 int dummy 1 = 0; 

int dummylf = 0; 

int AktLevel = 0; 

KFGListC: : iterator HELPDEF = ITER; 

KFGListC: : iterator HELPLOOP = ITER; 
60 KFGListC: : iterator HELPIF = ITER; 

KFGListC: : iterator HELPIT = ITER; 

KFGListC: : iterator HELPDEFRETURN = ITER; 

KFGDefListC: : iterator DEFIT; 

AktLevel = ITER->getLevel ( ) ; 
65 //find the first def above the p-use. 

while ((HELPDEF != LI. begin ()) (dummy 1= D) { 

HELPDEF-- ; 

if (HELPLOOP- >getKFGNodeType 0 == EEl) { 
dummylf = 1; 

70 } 

if ( (HELPDEF- >getKFGNodeType 0 == ETh) (HELPDEF- >getLevel () < 

ITER->getLevel 0 ) (dummylf ==0)) { 

HELPIF = HELPDEF; 

while ( (HELPDEF- >getKFGNodeType() != IFC) |1 (HELPDEF- 
75 >getLevel() I = HELPIF- >getLevel ()) ) { 

HELPDEF-- ; 

) 
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10 



dummy If = 0; 

} 

if (HELPDEF->getKFGNodeType 0 == NO) { 
DEFIT = HELPDEF->Def s. begin! ) ; 

if (strcmp (DEFIT- >getDef 0 ,PUSEIT->getUse 0 ) == 0) 
HELPDEFRETURN = HELPDEF; 
dummy = 1; 

} 

} 



if ((HELPDEF == Ll.beginO) (HELPDEF- >getKFGNodeType ( ) == NO)) { 
DEFIT = HELPDEF- >Def s. beginO ; 

if (strcmp (DEFIT- >getDef 0 ,PUSEIT->getUse() ) ==0) { 
HELPDEFRETURN = HELPDEF; 
15 dummy = 1; 

} 

} 

//find the outermost loop if it actually exists, 
if (ITER->getLevel 0 > 2) { 
20 while { (HELPIT 1= Ll.endO) (duramyl 1=1)) { 

HELPIT++; 

if ( (HELPIT- >getKFGNodeType() == EL) (HELPIT- >getLevel ( ) 

< AktLevel) ) { 

HELPLOOP = HELPIT; 
25 if (HELPIT- >getLevel 0 > 2) { 

AktLevel = HELPIT- >getLevel 0 ; 

} 

else { 

dummyl = 1; 

30 ) 

} 

} 

HELPIT = HELPLOOP; 

//go to the start of the outermost loop: 
35 while ( (HELPIT- >getKFGNodeType ( ) !=LC) 1| (HELPIT- >getLevel( ) ! = 

HELPLOOP - >getLevel ( ) ) ) { 

HELPIT-- ; 

//if the def node found is outside the outermost loop and 

4 0 //its ScopeLevel is greater than that for the outermost loop, look 

//for whether there is still another def node further up. 
if (HELPDEF- >getNodeNr 0 > HELPIT- >getNodeNr () ) { 

if (HELPDEF- >getLevel 0 >= HELPIT- >getLevel () ) { 
dummy = 0; 

45 while ((HELPDEF 1= Ll.beginO) (dummy 1=1)) { 

HELPDEF-- ; 

DEFIT = HELPDEF->Defs .begin () ; 

if (strcmp (DEFIT->getDef 0 , PUSEIT- >getUse () ) 

== 0) { 

5 0 HELPDEFRETURN = HELPDEF; 

dummy = 1 ; 



55 



} 

return HELPDEFRETURN; 



} 



60 //F6: Function looks, on the basis of the upper end, for the lower end of the 
// range by needing to look for the defs. 
// An iterator for the lower limit is returned. 

KFGListC: : iterator SliceC : : f indLowerLimit (KFGListC & LI, KFGListC :: iterator ITER, 
KFGListC: : iterator UPPERLIMIT) { 
65 int dummyl = 0; 

int AktLevel = 0; 

KFGListC: : iterator HELPIT = ITER; 
KFGListC: : iterator HELPLOOP = ITER; 
KFGListC: : iterator LOWERLIMIT = ITER; 
7 0 AktLevel = ITER~>getLevel ( ) ; 

if (ITER->getKFGNodeType 0 == LC) { 

while { (HELPLOOP- >getKFGNodeType() !=EL) || (HELPLOOP- >getLevel ( ) 

!= AktLevel) ) { 

HELPLOOP++; 

75 } 
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//find the end of the outermost loop. 
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if (ITER->getLevel 0 > 2) { 

while ( (HELP IT 1= Ll.endO) &£c (dummyl 1=1)) { 
HELPIT++; 

if ( (HELPIT->getKFGNodeType() == EL) (HELPIT- >getLevel ( ) 



< AktLevel) ) { 



HELPLOOP = HELPIT; 

if (HELPIT- >getLevel {) > 2) { 

AktLevel = HELPIT- >getLevel 0 , 



10 else { 

dummyl = 1 ; 

} 

} 

15 HELPIT = HELPLOOP; //HELPLOOP points to the end 

of the outermost loop, otherwise it points to the p-use. 

while ( (HELPIT- >getKFGNodeType() !=LC) || (HELPIT- >getLevel { ) != 

HELPLOOP - >getLevel ( ) ) ) { 

HELPIT--; 

2Q j //HELPIT points 

to the start of the outermost loop . 

if (HELPIT- >getNodeKr() < UPPERLIMIT- >getNodeNr ( ) ) { 

LOWERLIMIT = HELPLOOP; //if the upper limit is outside the 

loops . 
25 } 

else { 

AktLevel = UPPERLIMIT- >getLevel 0 ; 

while ( (HELPLOOP- >getKFGNodeType() ! = EL) || (HELPLOOP- 
>getLevel() <= AktLevel)) ( 
3 0 HELPLOOP--; 

LOWERLIMIT = HELPLOOP; //if the upper limit is inside the 

loop . 

} 

35 } 

else { 

LOWERLIMIT = HELPLOOP; 

} 

return LOWERLIMIT; 

40 } 

//F3: Function draws a KFK from the P-Use to all C-Uses which are at the same 
// loop or branch level. 
// input: iterator for P-Use node. 
45 void SliceC: :KFKPUseToCUse(KFGListC: : iterator PUSEIT, int Schleif enEnde) { 

SliceC: : iterator SLl = begin (); 

SliceC: : iterator SLHELP = begin () ; 

KFGListC: : iterator ITER = PUSEIT; 

KFGUseListC: : iterator USEIT; 
50 KFGP_UseListC: : iterator PUSEIT2; 

KFGUseListC; : iterator CUSEIT2 ; 

int KnotenLevel; 

int KnotenNummer ; 

KnotenNummer = PUSEIT- >getNodeNr () ; 
55 KnotenLevel = PUSEIT- >getLevel () ; 

while ( (*SL1) -first -getNodeNrO != KnotenNummer) 

SL1++; 
SLHELP = SLl; 
SLl = begin {) ; 
60 while (SLl != end{) ) { 

if ((KnotenNummer > ( *SL1) . first .getNodeNr () ) (Schleif enEnde < 

(*SL1) . first .getNodeNrO ) ) { 

if (( (*SL1) . first .get KFGNodeType 0 == NO) 

( (*SL1) .first .getLevel 0 == KnotenLevel)) { 
55 //insert ( {*SLHELP) .first, (*SL1) .first, KFK) ; 

insert ( (*SL1) .first, (*SLHELP) .first, KFK) ; //the 
reverse direction of the edge so that each node knows its predecessor. 

//cout « "eingefugterKnotenF3 : " << 
(*SL1) . first .getNodeNrO << endl; 
70 //cout << "eingefugterKnotenFS : " << 

(* SLHELP) . first .getNodeNrO << endl; 

} 

} 

SL1++; 

75 } 

} 
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//F4; If the node also contains c-uses in addition to the defs, function looks for 
// all defs for these c-uses and draws DFK from the def found to the c-use. 
void SliceC: :findDefToCUse (KFGListC & LI, KFGListC: : iterator ITER) { 

int HLevel ; 

int check = 0; 

int dummy = 0; 

int dummylf = 0; 

int KnotenNummer = 0; 

KFGListC: : iterator HELPIT = ITER; 

KFGListC: : iterator HELPLOOP = ITER; 

KFGListC: : iterator HELPIF = ITER; 

KFGListC: : iterator LOWERLIMIT = ITER; 

KFGListC: : iterator UPPERLIMIT = ITER; 

KFGDefListC: : iterator DEFITl; 

KFGUseListC: : iterator USEITl; 



USEITl = ITER->Uses.begin() ; 

HLevel = ITER->getLevel {) ; 

while (USEITl != ITER- >Uses . end () ) { 

UPPERLIMIT = findUpperLimitFromCUse(Ll, 



ITER, USEITl) 



HELPIT = f indLowerLimitPromCUse {LI, 
UPPERLIMIT-- ; 

//cout « "eingefugterKnotenF4a: " 



ITER, UPPERLIMIT) ; 



endl ; 



//cout << "eingefugterKnotenF4a: 

while (HELPIT != UPPERLIMIT) { 

if (HELPLOOP- >getKFGNodeType ( 
dummylf = 1; 



<< UPPERLIMIT- >getNodeNr() << 
<< ITER->getNodeNr 0 << endl; 



== EEl) 



if ( (HELPIT->getKFGNodeType() ETh) (HELPIT- >getLevel () 
<= ITER->getLevel 0 ) (dummylf == 0) ) { 

HELPIF = HELPIT; 

while ( (HELPIT->getKFGNodeType{) != IFC) || (HELPIT- 
>getLevel() != HELPIF- >getLevel ()) ) { 

HELPIT--; 

} 

dummylf = 0; 

if (HELPIT->getKFGKodeType {) == NO) { 
DEFITl = HELPIT->Defs.begin() ; 

if (strcmp (DEFITl->getDef 0 ,USEITl->getUse {) ) == 0) { 
if ( I HELPIT ->Uses .empty 0 ) { 

KnotenNummer = HELPIT- >getNodeNr () ; 
check = checkForNodes (KnotenNummer) ; 

} 

//insert (*HELPIT, * ITER, DFK) ; 
insert (*ITER, *HELPIT, DFK) ; //the reverse 
direction of the edge so that each node knows its predecessor. 

def InLoop( LI, HELPIT) ; 

//cout « "eingefugterKnotenF4b: " << HELPIT- 

>getNodeNr() << endl; 

//cout « "eingefugterKnotenF4b: " « ITER- 

>getNodeNr() << endl << endl; 

if (check == 0) { 

findDefToCUse (Ll, HELPIT) ; 



60 



HELPIT- 



} 

USEIT1++; 



65 //F8: Function looks for the lower limit from which the defs for a c-use can 
// be sought . 

KFGListC: : iterator SliceC :: findLowerLimitFromCUse (KFGListC & LI, KFGListC :: iterator 
ITER, KFGListC; : iterator UPPERLIMIT) { 
int HLevel; 
70 int dummy = 0; 



: iterator HELPIT = ITER; 
: iterator HELPLOOP = ITER; 
: iterator LOWERLIMIT = ITER; 



KFGListC 
KFGListC 
KFGListC 
KFGDefListC: : iterator DEFITl; 
75 KFGUseListC: : iterator USEITl; 

USEITl = ITER->Uses .begin( ) ; 
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HLevel = ITER->getLevel { ) ; 
//Is the c-use node in a loop? 
if {ITER->getLevel 0 >= 2) { 

while ((HELPIT != Ll.endO) (dummy 1= D) { 
5 HELPIT++; 

if ( (HELPIT- >getKFGNodeType() ==EL) (HELPIT- >getLevel ( ) 

<= HLevel) ) { 

HELPLOOP = HELPIT; 
if (HELPIT- >getLevel 0 > 2) { 
10 HLevel--; 

} 

else { 

dummy = 1 ; 

} 



15 



50 



55 



} 



//The iterator HELPLOOP now points to the end of the outermost loop, 
surrounding the node, 

2 0 //if this loop exists, otherwise the iterator points to the c-use node 

itself . 

if (HELPLOOP 1= ITER) { 

HELPIT = HELPLOOP; //Iterator points to the end of the 

outermost loop. 

25 while ( (HELPIT ->get KFGNodeType () 1=LC) || (HELPIT->getLevel ( ) 1= 

HELPLOOP - >getLevel () ) ) ( 

HELPIT--; 

if (HELPIT- >getNodeNr() < UPPERLIMIT- >getNodeNr { ) ) { 

3 0 LOWERLIMIT = HELPLOOP; //upper limit outside the outermost 

loop; 

else if (ITER->getL€vel 0 == UPPERLIMIT->getLevel () ) { 

LOWERLIMIT = ITER; //upper limit with the c-use 

35 in the same loop; 

else if (ITER->getLevel 0 < UPPERLIMIT- >getLevel ( ) ) { 

LOWERLIMIT = HELPLOOP; //upper limit in the same outer loop 

but 

J //inside in 

another loop, which is before the c-use; 
else { 

HLevel = UPPERLIMIT- >getLevel () ; 

while ( (HELPLOOP ->get KFGNodeType 0 ! = EL) || (HELPLOOP- 
45 >getLevel 0 <= HLevel)) { 

HELPLOOP--; 

LOWERLIMIT = HELPLOOP; //upper limit in a lower loop than the 

c-use; 



else { 

LOWERLIMIT = ITER; //no outer loop present, 

return LOWERLIMIT; 



//F7: Function looks for the upper limit up to which defs for a c-use can be 
sought. This 

// works in a similar way to the corresponding function for p-uses. 
60 KFGListC: : iterator SliceC : : f indUpperLimitFromCUse (KFGListC & LI, KFGListC :: iterator 
ITERl, KFGUseListC: : iterator USEIT) { 

int dummy = 0; 

int dummyl = 0; 

int dummyl f = 0; 
65 int AktLevel = 0; 

KFGListC: : iterator HELPDEF = ITERl; 

KFGListC: : iterator HELPLOOP = ITERl; 

KFGListC: : iterator HELPIT = ITERl; 

KFGListC: : iterator HSLPIF = ITERl; 
7 0 KFGListC: : iterator HELPDEFRETURN = ITERl; 

KFGDefListC: : iterator DEFIT; 

AktLevel = ITERl - >getLevel () ; 

//cout << "processing node: " << ITERl- >getNodeNr () << endl; 
//find the first def above the use. 
75 do { 

if (HELPLOOP- >get KFGNodeType 0 == EEl) { 
dummyl f = 1; 
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if ( (HELPDEF->getKFGNodeType{) == ETh) && (HELPDEF->getLevel ( ) <= 
ITERl->getLevel 0 ) (dummylf ==0)) { 

HELP IF = HELPDEF; 

5 while ( {HELPDEF- >getKFGNodeType() 1= IFC) || (HELPDEF- 

>getLevel() 1 = HELPIF->getLevel ( ) ) ) { 

HELPDEF-- ; 

} 

dummylf = 0; 

10 } 

if (HELPDEF- >getKFGNodeType 0 == NO) { 
DEFIT = HELPDEF - >Def s.beginO ; 

if (strcmp(DEFIT->getDef 0 ,USEIT->getUse{) ) ==0) { 
HELPDEFRETURN = HELPDEF; 
15 if (HELPDEF 1= ITERl) { 

dummy = 1; 

} 

} 

} 

2 0 HELPDEF--; 

} while {{HELPDEF != Ll.beginO) (dummy != 1) ) ; 

if ({HELPDEF == Ll.beginO) (HELPDEF- >getKFGNodeType () == NO)) { 
DEFIT = HELPDEF->Defs .begin 0 ; 

if {strcmp(DEFIT->getDef 0 ,USEIT->getUse{) ) 0) { 
25 HELPDEFRETURN = HELPDEF; 

} 

} 

HELPDEF = HELPDEFRETURN; 

//cout « "first def: " << HELPDEFRETURN- >getNodeNr () << endl ; 

3 0 //find the outermost loop if it actually exists. 

if (ITERl- >getLevel 0 >= 2) { 

while ({HELPIT 1= Ll.endO) && (dummyl != D) { 
HELPIT++; 

if ( (HELPIT- >getKFGNodeType() == EL) (HELPIT- >getLevel ( ) 

35 <= AktLevel) ) { 

HELPLOOP = HELPIT; 
if (HELPIT- >getLevel 0 > 2) { 
AktLevel ~ - ; 

} 

40 else { 



} 



dummyl = 1 ; 
} 



} 

45 HELPIT = HELPLOOP; 



//cout << "End of the outermost loop: " « HELPIT- >getNodeNr ( ) « 



endl ; 



//go to the start of the outermost loop if it exists; 
if (HELPLOOP- >getKFGNodeType 0 == EL) { 
50 while ( (HELPIT- >getKFGNodeType { ) !=LC) || (HELPIT- 

>getLevel { ) I = HELPLOOP- >get Level { ) ) ) { 

HELPIT-- ; 

//cout << "Start of the outermost loop: " « HELPIT- 

5 5 >getNodeNr () < < endl ; 

//if the def node found is outside the outermost loop and 
//its ScopeLevel is greater than that for the outermost 

loopf look for whether 

//there is still another def node further up. 
go if (HELPDEF- >getNodeNr 0 > HELPIT- >getNodeNr () ) { 

if (HELPDEF- >getLevel 0 >= HELPIT- >getLevel () ) { 
dummy = 0; 

while ((HELPDEF != Ll.beginO) && (dummy ! = 

D) { 

55 HELPDEF--; 

DEFIT = HELPDEF->Def s .beginO ; 
if (strcmp(DEFIT->getDef 0 ,USEIT- 

>getUse()) ==0) { 

HELPDEFRETURN = HELPDEF; 
7 0 dummy = 1 ; 

} 

} 

} 

} 

75 //c-use within the outermost loop; 

else { 
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if (HELPDEF->getLevel () > ITERl - >getLevel ( ) ) { 
dummy = 0 ; 

while (HELPDEF != HELPIT) { 



u 
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HELPDEF--; 

DEFIT = HELPDEF ->Defs. begin {) ; 
if (strcmp (DEFIT- >getDef () ,USEIT- 

>getUse() ) ==0) { 

5 HELPDEFRETURN = HELPDEF ; 

} 

} 

} 

} 

10 } 

//c-use not in a loop, but in a branch; 
else { 

if (HELPDEF- >getLevel 0 > XTERl - >getLevel () ) { 
dummy = 0 ; 

15 while ((HELPDEF != Ll.beginO) (dummy 1= 1)) { 

HELPDEF--; 

DEFIT = HELPDEF->Def s .beginO ; 

if (strcmp (DEFIT- >getDef{) , USEIT- >getUse () ) 

== 0) { 

20 HELPDEFRETURN = HELPDEF; 

dummy = 1 ; 

) 

} 

} 

25 } 
} 

//c-use not in a loop; 
else { 

if {HELPDEF->getLevel 0 > ITERl->getLevel ( ) ) { 
3 0 dummy = 0; 

while ((HELPDEF != Ll.beginO) (dummy 1=1)) { 

HELPDEF--; 

DEFIT = HELPDEF- >Def s. begin( ) ; 

if (strcmp (DEFIT->getDef 0 ,USEIT->getUse() ) ==0) { 
35 HELPDEFRETURN = HELPDEF; 

dummy = 1; 



40 



45 



} 

} 

//cout « "UpperLimitFunktion: " « HELPDEFRETURN- > get NodeNr () << endl; 
return HELPDEFRETURN; 



//F9: Function checks whether there is already a node in 
the slice. 

If there is, a one is returned, otherwise a zero is returned. 
// input: node number of the node sought; 
50 // output: integer value 0 or 1; 

int SliceC: :checkForNodes (int NodeNumber) { 
int dummy = 0; 

SliceC: : iterator SLl = begin (); 
while ((SLl != endO) && (dummy != 1)) { 
55 if ( (*SL1) . first .getNodeNr ( ) == NodeNumber) { 

dummy = 1 ; 

} 

SL1++; 

} 

6 0 if (dummy ==1) { 

return 1; 

} 

else { 

return 0; 

65 } 
} 

//FIO: Function examines whether there is a def in a loop; if there is, 
// function Fl, which looks for the p-use, is called. This first checks whether 

70 the p-use found is already present in the slice. 

void SliceC: : def InLoop (KFGListC & LI, KFGListC :; iterator ITER) { 
int dummyLoop = 0 ; 

KFGListC: : iterator HELPIT = ITER; 

while ((HELPIT != Ll.beginO) && (dummyLoop != 1)) { 
75 HELPIT--; 

if (( (HELPIT- >getKFGNodeType() ==LC) \\ (HELPIT- >getKFGNodeType ( ) 
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= = IFO) 

{HELPIT->getLevel 0 == ITER->getLevel { ) ) ) { 
sliceForLoops (LI, ITER) ; 
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dummyLoop = 1 ; 
} 



//Fll: The selected start node for the slice is transferred to the function, 
// and the function investigates whether this node is in a loop; if it is, 
10 // the function " slicef orloops" is first called, otherwise " f indDef ToCUse" is 

called immediately. 

void SliceC::StartBuildSlice(KFGListC & LI/*, KFGListC :: iterator OUTPUTITV) 1 
int dumrayNode = 0 ; 

KFGListC: : iterator STARTVARI = def ineVariableToSlice (LI ) ; 
15 KFGListC: : iterator HELPOUT = STARTVARI; 

while {(HELPOUT != LI. begin 0) (dummyNode != D) { 
HELPOUT--; 

if (( {HELPOUT- >getKFGNodeType() ==LC) || (HELPOUT- >getKFGNodeType ( ) 
== IFC)) 

2 0 (HELPOUT- >getLevel 0 == STARTVARI - >get Level ()) } { 

sliceForLoops (LI, STARTVARI) ; 
dummyNode = 1; 

} 

25 //cout « "Fll" « OUTPUTIT->getNodeNr 0 « endl ; 

f indDef ToCUse (LI , STARTVARI ) ; 

} 

void SliceC: : sliceAusgebenO { 

3 0 of stream Ziel ( " Slice2 . sic" ) ; 

ostream__iterator<KFGListNodeC> POSIT{Ziel, "\n") ; 
//ostream_iterator<KFGListNodeC> P0SIT2{Ziel, "\n"); 
SliceC: : iterator SLC = beginO; 
while (SLC 1= endO ) { 
35 *POSIT++ = (*SLC) .first; 

SliceC: iNachfolger: : iterator IT = (*SLC) . second. begin () ; 
Sliced :Nachfolger: : iterator ITEND = {*SLC) . second. end () ; 
while (IT != ITEND) { 

//a = (*IT) .first; 
40 *POSIT++ = SLC[ (*IT) .first] .first; 

*IT++; 

} 

++SLC; 

} 

45 } 



50 

# include "KFGDef.h" 
#include <iostream> 



ostream& operator « ( ostream& os, const KFGDefC& Node) { 

OS << "DEF: " « Node. Def << " " << Node . ScopeLevelD; 

6 0 return os; 

} 

#include " KFGLineNode . h" 

65 

#include <iostream> 

ostreamSc operator << ( ostreara& os, const KFGLineNodeC& Node) { 
os « Node. Name << " " << Node . LineNumber << endl; 
70 return os; 

} 



75 //Function which constructs a CFG from KFGTokenList . 
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#include <iostream> 

#include "KFGList.h" 

#include "KFGTokenList .h" 
# include "KFGUse.h" 
#include "KFGDef.h" 
#include " KFGProgLi st . h" 
#include <algorithm> 



void KFGListC: :TokenList2KFGList (KFGTokenListC & LI) { 
int dummy; 

KFGTokenListC :: iterator TLI = Ll.endO; 
KFGP_UseListC: : iterator P_USEI; 
KFGUseListC: : iterator USEI; 
dummy = 0; 

//while { strcmp (TLI ->getName{) /'main") != 0) { 
while ((TLI != Ll.beginO) (dummy 1= 1) ) { 
if (TLI->getTokenNodeType() == N) { 

if (strcmp (TLI- >getName 0 , "main") 0) { 
dummy = 1; 

} 

} 

//TLI++; 

switch (TLI->getTokenNodeType() ) { 
case PL: 



TLI - >getLineNumber ( ) 
>getScopeLevel 0 ) ) ; 



TLI-- ; 

KFGListNodeC hNl( "NORMAL" , NO, TLI - >getScopeLevel 0 . 
hNl . Def s .push_back (KFGDef C (TLI - >getName ( ) , TLI - 



push_f ront (hNl) ; 
TLI- - ; 

} 

break; 
/*case IF: 

push_f ront (KFGListNodeC ( "IF" . IFC, TLI - >getScopeLevel ( ) ) ) ; 
TLI - - ; 
break; */ 
case BT: 

/ /push_f ront (KFGListNodeC ( "BT" , BTh, TLI - >getScopeLevel { ) ) ) 
{ 

TLI--; 

//KFGP_UseListC: : iterator P_USEI; 

KFGListNodeC hNl ( " IFCOND" , IFC, TLI - >getScopeLevel () 

TLI - >getLineNumber ( ) ) ; 

while (TLI->getTokenNodeType 0 ]= IF) ( 

KFGUseC hUsel (TLI- >getName ( ) ,TLI-> 

getScopeLevel () ) ; 

P_USEI = 

f ind( hNl. P Uses, begin 0 , hNl .P__Uses.end() ,hUsel) ; 

~ if (P_USEI == hNl.P_Uses .endO ) { 

hNl . P_Uses .push_back (hUsel) ; 
Anzahl_P_Uses++ ; 

} 

//hNl . P_Uses .push__back (KFGUseC (TLI - > 

getNameO , TLI - >getScopeLevel 0 ) ) ; 

TLI--; 

} 

push_f ront (hNl) ; 
Entscheidungen++ ; 

} 

break; 
case ET: 

pus h_f ront (KFGListNodeC ( "ENDTHEN" , ETh, TLI - > 

getScopeLevel 0 ) ) ; 

TLI--; 
break; 
case BE: 

push_f ront (KFGListNodeC ( " BEGINELSE % BEl , TLI - > 

getScopeLevel 0 ) ) ; 

TLI-- ; 
break; 
case EE: 
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push_front (KFGListNodeC ("ENDELSE" ,EEl,TLI-> 

getScopeLevel () ) ) ; 

TLI--; 
break; 
/*case WHILE: 

push_f ront (KFGListNodeC ( "WHILE" , LC,TLI ->getScopeLevel () ) ) 
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TLI--; 
break;*/ 
case BW: 

//push_front (KFGListNodeCC'BW" ,BL,TLI->getScopeLevel 0 ) ) ; 
5 { 

TLI-- ; 

//KFGP_UseListC: : iterator P_USEI; 

KFGListNodeC hNl { "LOOPCOND" , LC , TLI - >getScopeLevel ( ) , 

TLI ->getLineNumber ( ) ) ; 
10 while (TLI->getTokenNodeType{) != WHILE) { 

KFGUseC hUsel (TLI - >getName ( ) , TLI - > 

getScopeLevel ( ) ) ; 

P_USEI = 

find(hNl.P_Uses. begin 0 , hNl . P_Uses . end { ) ,hUsel) ; 
15 if (P_USEI == hNl.P_Uses -endO ) { 

hNl-P_Uses .push__back(hUsel) ; 
Anzahl_P_Uses++ ; 

} 

//hUl . P_Uses - push_back (KFGUseC (TLI - > 

2 0 getName ( ) , TLI - >getScopeLevel ( ) ) ) ; 

TLI - - ; 

} 

push_f ront (hNl) ; 

Schleif enentscheidungen++; 

25 } 

break; 
case EW: 

push_front (KFGListNodeC ( "ENDLOOP" , EL, TLI- >getScopeLevel () ) ) ; 
TLI-- ; 

3 0 break; 

case BDOW: 
{ 

TLX - - ; 

KFGListNodeC hNl( "DOWHILELOOPCOND" , DOWLC, TLI - > 

3 5 getScopeLevel ( ) . TLI - >getLineNumber ( ) ) ; 

while (TLI->getTokenNodeType ( ) 1= DOWS) { 
KFGUseC hUsel(TLI->getName() ,TLI- 

>getScopeLevel ( ) ) ; 

P_USEI = 

4 0 find (hNl. P_Uses . begin () ,hNl.P_Uses . end ( ) ,hUsel) ; 

if (P_USEI == hNl.P_Uses -endO ) { 

hNl .P_Uses .push_back(hUsel) ; 
Anzahl_P_Uses++ ; 

} 

45 hNl .P_Uses .pus h_back( KFGUseC (TLI- 

>getName ( ) , TLI - >getScopeLevel ( ) ) ) ; 

TLI - - ; 

} 

push_f ront (hNl) ; 

50 } 

break; 
case DO: 

push_f ront (KFGListNodeC ( "DOWHILELOOP" , DOWL, TLI - > 

getScopeLevel ( ) ) ) ; 
55 TLI--; 

S chl ei f enent s che i dungen+ + ; 
break; 
case EF: 

{ 

60 //TLI--; 

int HLevel ; 

HLevel = TLI->getScopeLevel ( ) ; 

push_f ront (KFGListNodeC ( "ENDLOOP" , EL, TLI - > 

getScopeLevel () ) ) ; 

65 //while (TLI ->getTokenNodeType ( ) != BF) { 

while ( (TLI->getTokenNodeType() !=BF) |1 (TLI- 

>getScopeLevel ( ) 1= HLevel)) { 

TLI - - ; 

} 

70 TLI--; 

if (TLI->getTokenNodeType { ) == PF) 
TLI--; 

KFGListNodeC hNl { "NORMAL" , NO, TLI - >getScopeLevel ( ) , 

TLI - >getLineNumber ( ) ) ; 
75 hNl ,Def s .push_back(KFGDefC(TLI->getName ( ) ,TLI- 

>getScopeLevel 0 ) ) ; 



GR 99 P 1974 



getScopeLevel () ) ) ; 



- 53a - 



Anzahl_Def S++; 

hNl . Uses . push_back ( KFGUseC (TLI - >getName ( ) , TLI - 

Anzahl_Uses++ ; 
push_f ront (hNl) ; 

//while (TLI->getTokenNodeType{) != EF) { 
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>getScopeLevel 0 1= HLevel) ; 



while { (TLI->getTokenNodeType() != EF) || (TLI- 

TLI++; 

} 

Zaehlschleif enentscheidungen++ ; 
Schleif enentscheidungen++ ; 

} 

break; 

10 case FOR_D: 

{ 

TLI - - ; 

KFGListNodeC hNl ( "LOOPCOND" , LC, TLI- >getScopeLevel( ) , 

TLI->getLineNumber {) ) ; 
15 while (TLI->getTokenNodeType { ) != DEF) { 

KFGUseC hUsel [TLI->getName() ,TLI-> 

getScopeLevel { ) ) ; 

P_USEI = 

f ind( hNl. P_Uses. begin 0 , hWl . P_Uses . end { ) ,hUsel) ; 

2 0 if (P_USEI == hNl . P_Uses . end 0 ) { 

hNl , P_Uses .push_back (hUsel) ; 
An2ahl_P_Uses++ ; 

} 

//hNl . P_Uses .pus h_back (KFGUseC (TLI -> 

25 getName {) ,TLI- >getScopeLevel () ) ) ; 

TLX--; 

} 

push_f ront (hNl) ; 

3 0 TLI--; 

KFGListNodeC hN2 ( "NORMAL" , NO, (TLI - >getScopeLevel ( ) - 



1 ) , TLI ~ >getLineNumber ( ) ) , 



hN2 .Defs. pus h_back(KFGDefC (TLI- >get Name 0 , (TLI- 



>getScopeLevel () -1) ) ) ; 
35 Anzahl_Def S++; 

push_front (hN2) ; 
TLI-- ; 

} 

break; 

4 0 case RET: 

//Only a temporary implementation; still needs to be 

extended 

//for the case in which an output follows RETURN. 
push_front (KFGListNodeC ( "RETURN" , RETURN, TLI -> 

45 getScopeLevel ( ) ) ) ; 

TLI - - ; 
break; 
case NL: 

TLI - - ; 

50 //Produce node which contains DEFs and Uses; 

if (TLI->getTokenNodeType {) == N) { 

KFGListNodeC helpNodel ("NORMAL" ,NO,TLI-> 
getScopeLevel () ,TLI->getLineNumber () ) ; 

TLI - - ; 

55 if {TLI->getTokenNodeType() == NL) { 

TLI++; 

helpNodel . Def s .push__back (KFGDef C (TLI - 

>getName ( ) , TLI - >getScopeLevel ( ) ) ) ; 

Anzahl__Def S++ ; 

6 0 helpNodel . Uses . push_baGk ( KFGUseC (TLI - 

>getNarne ( ) , TLI - >getScopeLevel ( ) ) ) ; 



} 

65 else { 



Anzahl_Uses++ ; 
TLI - - ; 



TLI++; 

while {TLI->getTokenNodeType 0 != DEF) { 
KFGUseC hUsel(TLI->getName() ,TLI- 



>getScopeLevel ( ) ) ; 
70 USEI = 

find (helpNodel .Uses .begin () , helpNodel .Uses . end ( ) , hUsel) ; 

if (USEI == helpNodel .Uses. end 0 ) { 
helpNodel .Uses .push_back (hUse) ; 
Anzahl Uses++; 

75 } 
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//helpNodel . Uses . push_back 
(KFGUseC (TLI - >getName { ) . TLI - >getScopeLevel ( ) ) ) ; 

TLI - - ; 

} 

5 TLI - - ; 
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10 



15 



20 



25 



helpNodel . Def s . push_back {KFGDef C (TLI - > 

getName ( ) , TLI - >getScopeLevel { ) ) ) ; 

TLI--; 

Anzahl_Def S++ ; 

if {TLI->getTokenNodeType() == N) { 
helpNodel . Def s . pop_f ront ( ) ; 
Anzahl_Def s- - ; //in 

this is an array and 

//hence the last node needs to be deleted again, 

TLI++; 

//For this, the deleted node needs to be entered into the Use list. 

KFGUseC hUse2 (TLI - >getNaTne {) ,Thl-> 

getScopeLevel () ) ; 

USE I = 

find (helpNodel .Uses .begin () .helpNodel .Uses .end() , hUse2) ; 

if (USEI == helpNodel .Uses. end 0 ) { 
helpNodel .Uses .push_back: {hUse2) ; 
Anzahl_Uses++ ; 



>getName ( ) , TLI ->getScopeLevel { ) ) ) ; 
>getName C } , TLI - >getScopeLevel 0 ) ) ; 



} 

TLI - - ; 

helpNodel . Def s .push_back (KFGDef C (TLI 

helpNodel .Uses .push_back (KFGUseC (TLI 

Anzahl_Def S++ ; 
Anzahl_Uses++ ; 
TLI--; 



30 



35 



40 



45 



50 



55 



60 



55 



70 



75 



} 



} 

push_f rent (helpNodel) , 



//produce node which contains only Defs; 
else if (TLI->getTokenNodeType() == DEF) { 
TLI - - ; 

KFGListNodeC helpNodel ( "NORMAL" , NO, TLI -> 
getScopeLevel ( ) , TLI ->getLineNumber ( ) ) ; 

helpNodel .Defs .push__back( KFGDef C (TLI- >getName 0 ,TLI 

>getScopeLevel () ) ) ; 

push_f ront (helpNodel) ; 
Anzahl_Def s+4- ; 
TLI - - ; 



PF) { 



TLI - >getLineNumber ( ) ) 
>getScopeLevel () ) ) ; 
>getScopeLevel () ) ) ; 



} 

else if (TLI->getTokenNodeType 0 
TLI--; 

KFGListNodeC hNl( "NORMAL" , NO, TLI ->getScopeLevel () , 

hNl , Def s . push_back (KFGDef C (TLI - >getName () , TLI - 

hNl . Uses . pus h_back (KFGUseC (TLI - >getName () , TLI - 

pus h_f ront (hNl) ; 
Anzahl_Def s++ ; 
Anzahl_Uses++ ; 

} 

//produce node which contains output variables; 
else { 

TLI - - ; 

KFGListNodeC helpNodel { "OUTPUT" ,OP,TLI-> 
getScopeLevel ( ) , TLI - >getLineNumber () ) ; 

helpNodel .Uses .push_back (KFGUseC (TLI - >getName ( ) ,TLI- 

>getScopeLevel 0 ) ) ; 

push_f ront (helpNodel) ; 
Anzahl_Uses++ ; 
TLI-- ; 

} 

Anweisungen++ ; 
break ; 
default : 



} 



KnotenNummern { ) ; 

KFGListC: : iterator KFG = begin () . 
Knotenldentif izierer (KFG) ; 
addLinelnToList () ; 
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Anzahl_Deklarationen = zaehleDeklarationen (LI) 

} 



□ 
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void KFGListC: :KnotenNummern () { 
int KnotenNr = 1 ; 

KFGListC: : iterator KFGl = beginO; 
while (KFGl ! = end ( ) ) { 
5 if { {KFGl->getKFGNodeType 0 == EL) |j (KFGl - >getKFGWodeType () == 

ETh) II (KFGl->getKFGNodeType ( ) == BEl) || (KFGl- >getKFGNodeType ( ) == EEl}) { 
KFG1++; 

} 

else { 

10 KFGl- >setKFGKnotenNummer (KnotenNr) ; 

KnotenNr++ ; 
KFG1++; 

} 

} 

15 } 



KFGListC 
KFGListC 
KFGListC 
25 KFGListC 



65 



void KFGListC: :KnotenIdentifizierer (KFGListC: : iterator KFG) { 
int LOOPLevel = 0; 
20 int THENLevel = 0; 

int ELSELevel = 0; 

; : iterator KFGl = KFG; 

: iterator LOOPIT = KFG;, 
: : iterator IFIT = KFG; 
;: iterator ELSEIT = KFG; 
while (KFGl 1= endO ) { 

switch(KFGl->getKFGNodeType{) ) { 
case LC: 

{ 

3 0 LOOPLevel = KFGl - >getLevel( ) ; 

KFG1++; 

LOOPIT = KFGl; 

while ( (KFGl->getKFGNodeType 0 1= EL) || (KFGl- 

>getLevel() != LOOPLevel)) { 
35 KFGl- >setKnotenIdent (LOOP) ; 

KFG1++; 

} 

Knotenldentifizierer (LOOPIT) ; 

} 

4 0 break; 

case IFC: 
{ 

THENLevel = KFGl - >getLevel ( ) ; 
KFG1++; 

45 IFIT = KFGl; 



getLevelO I = THENLevel) ) { 



while ( (KFGl->getKFGNodeType 0 l=ETh) || (KFGl-> 



KFGl ->setKnotenIdent (THEN) j 
KFG1++; 

50 } 



} 

break; 
case BEl : 

55 { 



60 >getLevel() != ELSELevel)) { 



Knotenldentifizierer (IFIT) ; 



ELSELevel = KFGl- >getLevel ( ) ; 
KFG1++; 

ELSEIT = KFGl; 

while [ (KFGl->getKFGNodeType() 1= EEl) || (KFGl- 
KFGl->setKnotenIdent (ELSE) ; 

KFG1++; 

} 

Knotenldentifizierer (ELSEIT) ; 



break; 
default: 

//cout << "Ouch" << endl ; 
KFG1++; 

70 } 

//KFG1++; 
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void KFGListC: :addLineInToList 0 { 
int zahl ; 
char line [256] ; 
5 KFGProgListC LP; 

if stream datei ( "CodeLine . dat " ) ; 
if (! datei) { 

cout << "FAULT: Cannot open file 'CodeLine.dat'." << endl; 

} 

10 else { 

while (! datei .eof () ) { 

datei .getline (line, 255, '\n'); 
for (int i=0; i<strlen (line) ; i++) { 
if (line[i] == ) { 
15 line[i] = '\' ' ; 

} 

if (line[i] == '{•) { 
line [i] = ' ; ' ; 

} 

20 } 

zahl = atoi (line) ; 

KFGLineNodeC hknoten (line , zahl ) ; 

LP .push_back (hknoten) ; 

//cout << line << " " << zahl << endl ; 

25 } 



} 



addLineToKFG (LP) ; 



30 void KFGListC: : addLineToKFG (KFGProgListC & LP) { 
int dummy = 0 ; 
char help [256] ; 

KFGListC: : iterator KFGl = end ( ) ; 
KFGProgListC: : iterator PROGl = LP.endO; 
35 //KFGl--; 

while (KFGl != begin {) ) { 
KFGl--; 

if ( (KFGl->getKFGNodeType() == EL) || (KFGl- >getKFGNodeType { ) = 
ETh) II (KFGl->getKFGNodeType (} == BEl) || (KFGl - >getKFGNodeType ( ) == EEl ) ) { 
4 0 KFGl--; 

} 

while ({PROGl 1= LP. begin ()) && (dummy 1= 1)) { 

if (KFGl->getLineNr 0 == PROGl- >getLineNumber () ) { 
strcpy (help, PROGl ->get Name () ) ; 
45 KFGl ->setCodeLine (help) ; 

PROGl--; 
dummy = 1; 

} 

else{ 

50 PROGl--; 

} 

} 

PROGl = LP . end ( ) ; 
dummy = 0 ; 

55 ) 
} 

int KFGListC: : zaehleDeklarationen(KFGTokenListC & TL) ( 
int zaehler = 0; 
60 KFGTokenListC: : iterator TListI = TL.endO; 

while (strcmp (TListI - >getName (), "main" ) != 0) { 
if (TListI ->getTokenNodeType{) == TD) { 
zaehler++ ; 

} 

65 TListI- -; 

} 

return zaehler; 

} 

70 //Function for outputting the KFGList to the screen and to a file "CFGList". 
void KFGListC: : Lis teAusgebenO { 

of stream Ziell ( "CFGList . cfg" ) ; 

ostream_iterator<KFGListNodeC> Pos(Ziell, "\n"); 
ostream_iterator<KFGDefC> PosD(Ziell, "\n"), 
75 ostream_iterator<KFGUseC> PosU(Ziell, "\n"), 

ostream iterator<KFGUseC> PosP(Ziell, "\n"), 
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KFGListC: : iterator KLI = beginO; 
KFGDefListC: : iterator DEF; 
KFGUseListC: : iterator USE; 
KFGP_UseListC: : iterator P_USE; 
5 Ziell << "START" << endl << endl ; 

while (KLI 1= endO ) { 

Ziell << "Line " << KLI - >getLineNr { ) << endl ; 
Ziell « "Zeile " « KLI - >getCodeLine ( ) << endl ; 
Ziell << "Knot en " << KLI - >get Knot enNutnmer { ) << endl ; 
10 Ziell << "KnotenTyp " << KLI - >getKnotenIdent ( } << endl; 

Ziell « KLI ->get Statement 0 « " " « KLI - >getLevel ( ) << endl; 
//*Pos++ = *KLI; 
DEF = KLI->Def s.beginO ; 
USE = KLI->Uses,begin() ; 
15 P_USE = KLI ->P_Uses .begin 0 ; 

while {DEF != KLI->Defs.end{) ) { 
//*PosD++ = *DEF; 

Ziell << "DEF: " << DEF->getDef 0 << " " << 

DEF->getScopeLevelD ( } << endl; 

2 0 DEF++; 

} 

while (USE 1= KLI->Uses.end{) ) { 
//*PosU++ = *USE; 

Ziell << "USE: " « USE->getUse() << " " << 

25 USE->getScopeLevelU{ ) « endl; 

USE++ ; 

} 

while (P„USE 1= KLI - >P_Uses .end ( ) ) { 

//*POSP++ = *P_USE; 

3 0 Ziell << "P_USE: " << P_USE->getUse 0 « " 

" << P_USE->getScopeLevelU() << endl; 

P_USE++; 

} 

Ziell << endl; 

35 KLI++; 

} 

Ziell << "STOP" << endl << endl; 

Ziell << "BASIC VARIABLES:" << endl; 

Ziell << "Number of empty branches: " << "0" << endl; 

4 0 Ziell << "Number of decisions: " << Entscheidungen << endl; 

Ziell << "Number of instructions: " << Anweisungen << endl; 

Ziell << "Number of atomic predicates: " << Entscheidungen << endl; 

Ziell << "Number of predicates: " << Entscheidungen << endl; 

Ziell << "Number of atomic predicates which are arithm- relations: " << "0" 

45 << endl; 

Ziell << "Number of loop decisions: " << Schleif enentscheidungen << endl; 

Ziell << "Number of non- interleaved loop deicisions: " << "0" << endl; 

Ziell << "Number of count loop decisions: " << Zaehlschleif enentscheidungen 
< < endl ; 

50 Ziell << "Number of declarations of structured data types: " << "0" << 

endl ; 

Ziell << "Number of declarations: " << Anzahl_Deklarationen << endl; 

Ziell << "Number of real element declarations: " << "0" << endl; 

Ziell << "Number of basic type declarations: " << Anzahl_Dek:larationen << 

Ziell << "Number of Defs: " << Anzahl_Defs << endl; 

Ziell << "Number of Uses: " << Anzahl_Uses << endl; 

Ziell << "Number of P-uses: " << Anzahl_P__Uses << endl << endl; 

basisgroessenlnDatei () ; 

60 } 

void KFGListC: : basisgroessenlnDatei ( ) { 



55 endl; 





of stream 


datei ( "Basisgroessen .bgd" , ios: :out) ; 




datei 


<< 


"0" << endl; 


65 


datei 


<< 


Entscheidungen << endl; 




datei 


<< 


Anweisungen << endl; 




datei 


<< 


Entscheidungen << endl; 




datei 


<< 


Entscheidungen << endl; 




datei 


<< 


"0" « endl; 


70 


datei 


<< 


Schleif enentscheidungen << endl; 




datei 


<< 


"0" << endl; 




datei 


<< 


Zaehlschleif enentscheidungen « endl; 




datei 


<< 


"0" << endl; 




datei 


<< 


Anzahl_Deklarationen << endl; 


75 


datei 


<< 


"0" << endl; 




datei 


<< 


Anzahl_Deklarationen << endl; 
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datei << "0" << endl; 
datei << An2ahl_Defs << endl; 
datei << Anzahl_Uses << endl ; 
datei << Anzahl_P_Uses << endl; 



Q 

a 
Q 

in 

m 
a 

m 
Q 
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datei « "0" « endl 

datei << "0" « endl 

datei << "0" << endl 

datei << "0" « endl 

5 datei << "0" << endl 

datei « "0" << endl 

datei << "0" << endl 

datei << "0" << endl 

} 

10 



15 



20 

# include "KFGListe.h" 



25 

KFGListeT KFGListe; 



30 

void KFGLi St eAusgeben (KFGListeT & L) { 

KFGListeT: : iterator I = L.beginO; 

35 whiled != L.endO ) 

cout << *!++ << ' ' ; 
cout << " sizeO = " << L.sizeO << endl; 

} 

40 

ttinclude " KFGLi s tNode .h" 
#include <iostream> 

45 

ostreamS: operator << ( ostream& os, const KFGListNodeC& Node) { 

OS << endl << "KnotenNr:" << Node . Knot enNr << " Typ:" << 
Node .Knot enl dent << endl << Node . Statement << " Level:" << Node, Level ; 
50 return os; 

) 

int KFGLi stNodeC : : DummyNodeNr=l ; 

55 



#include "KFGNode.h" 

60 

#include <iostream> 



ostream& operator << ( ostreamfc os, const KFGNodeCfi: Node) { 

65 

OS << Node. Name << " " << Node . ScopeLevel ; 
return os ; 

} 

70 

# include " KFGTokenList . h" 



75 
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void KFGTokenListC: :KFGListeAusgeben { ) { 

of stream Ziel ( " CFGTokenList " ) ; 

5 ostream_iterator<KFGTokenNodeC> oPos(Ziel, "\n"); 

KFGTokenListC: : iterator I = begin{); 

while [I != end{) ) { 
10 //*oPos++ = I->getName() ; 

*oPos++ = *I; 

//cout << I - >getName ( ) << " " << I->getScopeLevel () << 
<< I - >getTokenNodeType { ) << endl; 

I + +; 

15 } 

cout << " sizeO = " << sizeO << endl; 

} 

20 



25 # include "KFGTokenNode .h" 
#include <iostream> 

ostream& operator << ( ostream& os, const KFGTokenNodeCS: Node) { 
OS << Node. Name << " " << Node , ScopeLevel << " " << 
3 0 Node . TokenNodeType << " " << Node . LineNumber << endl; 
return os; 



35 #include "KFGUse.h" 

#include <iostream> 

ostreami operator << ( ostream& os, const KFGUseC& Node) { 
4 0 OS << "USE: " << Node. Use << " " << Node . ScopeLevelU; 

return os; 

} 

45 /* 

* Main program to test C++ grammar and preprocessor 
*/ 

50 

#include "JLStr.h" 
55 #include "tokens. h" 

#include "DLGLexer.h" 

#include "Buf f eredCPreParser . h" 

#include "CPreToCPPBuf fer .h" 

60 #include " JLTokenBuf f er .h" 

#include "CPPParserSym.h" 

#include "KFGTokenList .h" 

#include "KFGList.h" 

#include "graph. h" 

65 #include "AS_Slice.h" 

#include "uwggraph.h" 

#include "KFGProgList .h" 

#include <iostream> 

70 static void usage (char* progname) ; 
int main(int argc, char *argv[]) 

{ 

// For reporting memory usage 
75 char *p = new char [100000] ; 

long heapl = (long) (void*)p; 
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delete [] p; 

// Parse command- line options 
JliStr includePath; 
5 JLStr definitions; 

FILE *inputFile = stdin; 
bool doTraceParse = false; 
bool doTracelnclude = false; 
bool doDump = false; 
10 char *progname = *argv; 

argc- - ; 
argv++ ; 

15 of stream datei ( "CodeLine .dat" , ios::trunc); 

while (argc > 0) 
{ 

if (argv[0] [0] == ' - ' ) 
20 { 

switch (argv [0] [1] ) 
{ 

case ' I ' : 

if {argv[0] [2] != 0) 
25 { 

// argument is part of 
includePath += ' ; ' ; 
includePath += &argv[0] [2] ; 
} else if (argc > 1) 
30 { 

argc - - ; 
argv++ ; 

includePath += ' ; ' ; 
includePath = *argv; 
35 } else { 

usage (progname) ; 

} 

break ; 
case 'd' : 

4 0 if {strcmp (argv [0] , "-dump") == 0) 

{ 

doDump = true; 

} 

break; 

45 case ' D ' : 

if (argv[03 [2] != 0) 

{ 

// argument is part of "-D" 
definitions += ' ; ' ; 
50 definitions += &argv[0] [2] ; 

} else if (argc > 1) 

{ 

// argument follows "-D" 
argc-- ; 

55 argv++; 

definitions += ' ; ' ; 
definitions = *argv; 
} else { 

usage (progname) ; 

60 } 

break; 
case ' t ' : 

if (strcmp (*argv, " -traceParse" ) == 0) 

{ 

65 doTraceParse = true; 

} else if (strcmp (* argv, " -trace Include " ) == 0) 

{ 

doTracelnclude = true; 
} else { 

70 usage (progname) ; 

} 

break; 
default : 

usage (progname) ; 
75 break; 
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} 

} else { 

// must be the input filename 
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if (inputFile 1= stdin) 

{ 

// already have one 
usage (progname) ; 

} 

FILE *fp = fopen{*argv, "r"); 
if (fp == NULL) 

fprintf (stderr, "%s: cannot open %s for input\n", progname, *argv) 
exit (0) ; 

} 

inputFile = fp; 

} 

argc - - ; 
argv++ ; 

} 

//printf ("%s\n%s\n%s\n",includePath, definitions, inputFile) ; 

// Create input stream, lexer 
DLGFilelnput input (inputFile) ; 
DLGLexer scanner (Scinput) ; 
FastToken tok; 
scanner .setToken C&tok) ; 

// Create preprocessor parser. Note that the preprocessor parser has 
//a built-in token buffer in the form of an input stack, 

Buf f eredCPreParser preprocessor (^scanner) ; 

preprocessor . init ( ) ; 

// set include path and defines directly for debugging 
if {includePath. length 0 == 0) 

includePath = " c : \\devstudio\\vc\\include; \\msdev\\devstudio\\vc\\mf c 
include" ; 

} 

if (definitions. length 0 == 0) 
{ 

definitions = 

" cplusplus ; " 

" DATE =\"date\" 

" FILE =\"filename\" ; " 

" LINE =1; " 

" TIME =\"time\" ; " 

" TIMESTAMP =\"timestamp\" ;" 

"_M_IX8 6=4 00 ; " 
"_MSC_VER=1100; " 
"_WIN3 2; " 

"__INTEGRAL_MAX__BITS=64 " ; 

} 

// Set preprocessor options 

preprocessor . SetlncludePath { includePath) ; 

preprocessor . SetDef initions (definitions) ; 

// Set options in parser to make it act standard with MS Extensions 
preprocessor .SetOpt ion (CPreParser Imp: :OptMSExtensions, true) ; 
preprocessor . SetOption (CPreParserImp : :OptBool, true) ; 
preprocessor.SetOption{CPreParserImp: :OptWCharT, true) ; 
preprocessor .SetOption (CPreParserImp: rOptPragmas, true) ; 
preprocessor .SetOption (CPreParserImp: : OptExpandPragmas , true) ; 
preprocessor. SetOption (CPreParserImp: :OptTrackInclude, doTracelnclude) ; 

// Buffer to store tokens output by preprocessor 
CPreToCPPBuf fer pipe2 (&preprocessor) ; 

// Connect preprocessor to second token buffer so that the 

// preprocessor can unilaterally squirt new tokens into the buffer 

preprocessor .SetBuf fer (&:pipe2) ; 

// Token buffer for the usual backtracking, etc. 
JLTokenBuf fer pipe3 (&pipe2, CPPParserSym: :ConstLLK) ; 

// Create the C++ parser 
CPPParserSym parser ( £:pipe3 ) ; 
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// Set parser options to look like MSVC++ 

parser .SetOpt ion {CPPParserSym: : Opt PragmaMS Packing , true) ; 

parser . SetOpt ion (CPPParserSym: : OptMSTypedef Hack, true) ; 



□ 

m 

m 

]^ 
m 

Q 
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□ 
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//preprocessor .doTrace (doTraceParse) ; 
parser .doTrace(doTraceParse) ; 

// Process top-level rule 
5 parser . init { ) ; 

KFGTokenListC LI; 

parser . trans 1 at ion_unit (LI) ; 

10 // Close the input file stream 

if (inputFile 1= stdin) 



15 



f close (inputFile) ; 

} 



// For reporting memory usage 
// For reporting memory usage 
p = new char [100000] ; 
long heap2 = (long) (void*)p; 
2 0 delete [] p; 

cout << "Approx heap usage before dump: " << (heap2 - heapl) << endl ; 

if (doDump) 

{ 

25 // Dump the scope hierarchy 

cout << "Dump of scope hierarchy" << endl; 
parser . DumpScopes ( ) ; 
cout << endl ; 

} 

30 

// For reporting memory usage 
// For reporting memory usage 
p = new char [100000] ; 
long heaps = (long) (void*)p; 
35 delete [] p; 

cout << "Approx heap usage after dump: " << (heap3 - heapl) << endl; 

LI . KFGListeAusgeben ( ) ; 

/ /LI . KFGTokenLi s tToKFGLi s t () ; 

40 KFGListC L2; 

//KFGListC: : iterator Iter; 
L2 .To]cenList2KFGList (LI) ; 
L2 . ListeAusgeben ( ) ; 

45 SliceC Slice; 

Slice. startBuildSlice (L2) ; 
//Slice. buildTestGraph(L2) ; 
//cout << Slice; 

50 uwggraphC uwggraph; 

//uwggraph.buildlf Tree (Slice) ; 
uwggraph. startBuildFT (Slice) ; 
cout << uwggraph; 

55 return 0; 

) 

static void usage (char* progname) 
{ 

6 0 fprintf( 

stderr, 

"usage: %s [-1 directories] [-D definitions] [ -traceParse] [ -tracelnclude ] 
[-0 ofile] [if ile] \n" 

" -I directories: semicolon- separated list of include directories\n" 
65 " -D definitions: semicolon-separated list of definitions, like:\n" 

" symboll; symbol 2 =value2\n" 

" -traceParse: output debugging information\n" 

" -tracelnclude: output trace of include stack\n" 

" -dump: dump type and scope hierarchy\n" 
70 " if ile: name of input file (otherwise it uses stdin) \n", 

progname 

) ; 

exit (1) ; 



75 



} 

#include <iostream> 
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#include <iterator> 
# include <algorithm> 
#include <fstreainn> 
# include "uwggraph.h" 

5 

using namespace std; 

Sliced : iterator uwggraphC : : f indOutputNode (SliceC & SI) { 
int dummy = 0; 
10 SliceC: : iterator SLl = Sl.beginO; 

SliceC: :iterator HELP = Sl.beginO; 

while ({SLl 1= Sl.endO) (dummy 1=1)) { 

if { (*SL1) .first. getKFGNodeTypeO == OP ) { 
HELP = SLl; 
15 dummy = 1; 

} 

SLl ++; 

} 

return HELP; 

20 } 



void uwggraphC: : startBuildFT (SliceC & SI) { 
int posl =0; 
25 int Posil = 0; 

int SliceNr = 0; 
int LineNr = 0; 
int inLoop = 0; 
SliceAusgeben (SI) ; 

3 0 char NodeText [128] ; 

char Berne rkung [100 0] ; 

SliceC: : iterator SLl = f indOutputNode (SI) ; 
SliceNr = ( *SL1) . first . getKnotenNumraer () ; 
LineNr = (*SL1) . first . getLineNr () ; 
35 sprint f (NodeText, "Op%d" , SliceNr) ; 

strcpy (Bemerkung,SLl->first,getCodeLine() ) ; 
/ / sprint f ( Bemerkung , " Line %d " , LineNr ) ; 

SliceC: :Nachfolger: : iterator BEGIN = {*SL1) . second . begin () ; 
SliceC: :Nachfolger: : iterator END = ( *SL1) . second . end () ; 

4 0 while (BEGIN 1= END) { 

if (BEGIN- >second == KFK) { 

uwgknotenC hknotenl (EFFECT, SliceNr , NodeText , Bemerkung) ; 
Posil = insert (hknotenl) ; 

SliceC: : iterator SLPUSE = f indLastPUse (SI , SliceNr); 
45 checkLoopOrCond(Sl, SLPUSE, SLl, Posil); 

inLoop = 1; 
BEGIN++; 

} 

else { 

50 BEGIN++; 

) 

} 

if (inLoop ==0) { 

uwgknotenC hknotenl (EFFECT, SliceNr, NodeText , Bemerkung) ; 

55 uwgknotenC hknoten2 (OR, "OR") ; 

insert (hknotenl , hknoten2 , 0 ) ; 
posl = sizeO -1; 

uwgknotenC hknoten3 (CAUSE, SliceNr, NodeText , Bemerkung) ; 
insert (hknoten2 , hknoten3 , 0) ; 
60 addFirstNodesToFT(Sl, SliceNr, posl); 

} 

check ( ) ; 

} 

65 

void uwggraphC: :checkLoopOrCond( SliceC & SI, SliceC: : iterator SLPUSE, 
Sliced : iterator SLORIG, int Posl) { 
int PosRet = 0; 

switch {SLPUSE- >fir St .getKFGNodeType 0 ) { 

70 case IFC: 

PosRet = buildInIfTree(Sl, SLPUSE, SLORIG, Posl); 
//cout « "Test la: " << SLHELP->f irst .getKnotenNummer { ) << endl ; 
break; 
case Ld 

75 buildlnLoopTree (SI, Posl, SLPUSE, SLORIG); 

//cout << "Test lb: " << SLHELP->f irst .getKnotenNummer 0 << endl; 
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break; 
default : 

cout << "Ups" << endl; 



void uwggraphC: :addFirstNodesToFT (SliceC & SI, int KnotenNr, int Posl) { 
int helpNr = 0; 
10 int ret = 0; 

int pos = 0; 
int KnotenNrl = 0; 
int LinsNrl = 0; 
char NodeText [128] ; 
15 char Bemerkung[1000] ; 

SliceC: :iterator NODE = def inelterator {SI, KnotenNr) ; 
SliceC: :Nachfolger: : iterator BEGIN = NODE- >second. begin () ; 
SliceC: iNachfolger: : iterator END = NODE- >second . end {) ; 
while (BEGIN 1= END) { 
20 helpNr = BEGIN- >first ; 

KnotenNrl = SI [helpNr] . first . getKnotenNummer () ; 
SliceC: : iterator NODEl = definelterator (SI , KnotenNrl) ; 
if (NODEl->f irst .getLevel 0 > 1) { 

SliceC: : iterator FUSE = f indLastPUse (SI, KnotenNrl); 
25 switch (PUSE->f irst .get KFGNodeType 0 ) { 

case IPC: 

ret = buildlnlfTree (SI, PUSE, NODEl, Posl) ; 
break; 
case LC: 

3 0 buildlnLoopTree (SI, Posl, PUSE, NODEl) ; 

break; 
default : 

cout << "Something is wrong I " << endl; 

} 

35 } 

else { 

LineNrl = SI [helpNr] . first .getLineNr () ; 
sprintf (NodeText, "Op%d" , KnotenNrl) ; 
/ /spr int f (Bemerkung, "Line %d", LineNrl) ; 
40 strcpy (Bemerkung, SI [helpNr] , first .get CodeLine () ) ; 

uwgknotenC hknotenl (CAUSE , KnotenNrl , NodeText , Bemerkung) 
pos = insert (hknotenl) ; 
verbindeEcken (Posl, pos, 0) ; 
addFirstNodesToFT(Sl, KnotenNrl, Posl); 

45 } 

BEGIN++; 



50 

SliceC: : iterator uwggraphC :: findLastPUse (SliceC & SI, int SliceNr) { 
int helpNrl = 0; 
int SliceNrl = 0; 

SliceC :: iterator SLl = def inel terator (SI , SliceNr); 
55 SliceC: :iterator SLHELP = SLl; 

SliceC: :Nachfolger: : iterator BEGIN = ( *SL1) . second . begin () ; 
SliceC: :Nachfolger: : iterator END = ( *SL1) , second , end () ; 
while (BEGIN != END) { 

if (BEGIN- >second KFK) { 
60 helpNrl = BEGIN- >f irst ; 

SliceNrl = SI [helpNrl] . first .getKnotenNummer () ; 
SLHELP = def inelterator (SI, SliceNrl); 
SLHELP = findLastPUse (SI, SliceNrl); 

} 

65 BEGIN++; 

} 

return SLHELP; 

} 

70 SliceC: : iterator uwggraphC: : findLastPUse2 (SliceC & SI, int SliceNr, int RefNr) { 
int helpNrl = 0 ; 
int SliceNrl =0; 

SliceC: : iterator SLRETURN = def inelterator (SI, SliceNr); 
SliceC: : iterator SLHELP = SLRETURN; 
75 SliceC: :Nachfolger: : iterator BEGIN = SLRETURN- > second -begin () ; 

SliceC: :Nachfolger: : iterator END = SLRETURN- >second , end () ; 
while (BEGIN END) { 
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10 



if {BEGIN- >second == KFK) { 

helpNrl = BEGIN- >first; 

SliceNrl = SI [helpNrl] . first . getKnotenNummer () ; 
SLHELP = def inelterator (SI, SliceNrl) ; 
SLHELP = f indLastPUse2 (SI, SliceNrl, RefNr) ; 
if { SLHELP - >f irst -getKnotenNummerO != RefNr) { 
SLRETURN = SLHELP; 



} 

BEGIN+4 



} 



return SLRETURN; 



15 



20 



25 



30 



35 



40 



45 



50 



SliceC: : iterator uwggraphC : : lookForNextPUse (SliceC & SI, SliceC :: iterator SNODE, 
SliceC: : iterator SLPUSE) { 

int helpNrl = 0 

int helpNr2 = 0 

int helpNrS = 0 

int dummy = 0 ; 

int dummyl = 0; 

int KnotenNrl = 0; 

int KnotenNr2 =0; 

int RefNr = SLPUSE->f irst .getKnotenNummer ( ) ; 
SliceC: : iterator HELP = SNODE; 
SliceC: : iterator RETURN = SNODE; 

SliceC: rNachfolger: : iterator BEGINl = SNODE -> second. begin {) ; 
SliceC: :Nachfolger: : iterator ENDl = SNODE- > second . end () ; 
while ((BEGINl != ENDl) (dummy != 1)){ 
helpNrl = BEGINl- >f irst ; 

SliceC: :Nachfolger: iterator BEGIN2 = SI [helpNrl] .second. begin () ; 
SliceC: :Nachfolger: : iterator END2 = SI [helpNrl] . second . end () ; 
while ((BEGIN2 != END2) && (dummyl 1= 1)) { 
if (BEGIN2->second == KFK) { 

helpNr2 = BEGIN2 - >f irst ; 

if (SI [helpNr2] .first .getKnotenNummer 0 != RefNr) { 
KhotenNfrl = SI [helpNr2] . first .getKnotenNummer ( ) ; 
RETURN = def inelterator (SI, KnotenNrl) ; 
SliceC: :Nachfolger: :iterator BEGIN3 = RETURN- 



> second. begin 0 ; 
> second . end { ) ; 

(SI [helpNr3] . first . getKnotenNummer {) 
. first -getKnotenNummer 0 ; 
(SI, KnotenNr2, RefNr); 



SliceC: rNachfolger: : iterator END3 = RETURN- 

while (BEGINS 1= END3) { 

if (BEGIN3->second == KFK) { 

helpNrS = BEGINS - >f irst ; 
if 

!= RefNr) { 

KnotenNr2 = Sl[helpNr3] 
RETURN = f indLastPUse2 



55 



60 



65 



BEGIN3++; 



} 

else { 



dummyl = 1 ; 
dummy = 1; 



KnotenNrl = SI [helpNrl] .first .getKnotenNummer () , 
HELP = def inelterator (SI, KnotenNrl); 

RETURN = lookForNextPUse (SI, HELP, SLPUSE); 



BEGIN2++; 



70 



BEGINl ++; 

} 

return RETURN; 



SliceC: : iterator uwggraphC: : ret urnCondNode (SliceC & SI, int SliceNr) { 
75 int helpNr = 0; 
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int dummy = 0; 
int dummy2 = 0; 
int SliceNr2 ^ 0; 

SliceC: : iterator SLl = def inelterator (SI , SliceNr) ; 
5 SliceC: : iterator HELP = SLl; 

Sliced :Nachfolger: : iterator BEGIN = {*SL1) . second . begin ( ) ; 
SliceC: :Nachfolger: : iterator END = {*SL1) . second . end ( ) ; 
while ((BEGIN != END) (dummy != 1)) { 

helpNr = BEGIN->f irst; 
10 SliceNr = SI [helpNr] . first .getKnotenNummer () ; 

HELP = def inelterator (SI, SliceNr); 

SliceC: :Nachfolger: : iterator BEGIK2 = (*HELP) . second .begin ( ) ; 
SliceC: :Nachfolger: : iterator END2 = (*HELP) . second . end {) ; 
while ( (BEGIN2 1= END2 ) (dumray2 != 1)) { 

15 if ( (*BEGIN2) -second == KFK) { 

helpNr = ( *BEGIN) , first ; 

SliceNr2 = SI [helpNr] . first . getKnotenNummer () ; 
HELP = def inelterator {SI, SliceNr2); 
dummy2 = 1 ; 

20 dummy = 1; 

} 

BEGIN2++; 

} 

BEGIN++; 

25 } 

return HELP; 

) 

//Function investigates whether or not two control structures are interleaved. 
30 int uwggraphC: :checkPUsesl( SliceC & SI, SliceC :: iterator SLPUSEREF, 
SliceC: : iterator SLPUSE) { 

int helpreturn = 0; 

int KnotenNummerRef = 0; 

int helpNrl = 0; 

3 5 int KnotenNrl = 0; 

KnotenNummerRef = SLPUSE- >first . getKnotenNummer () ; 
SliceC: :Nachfolger: : iterator BEGINl = SLPUSEREF- >second . begin () ; 
SliceC: :Nachfolger: : iterator ENDl = SLPUSEREF- > second . end () ; 
while (BEGINl 1= ENDl) { 

4 0 if (BEGINl ->second == KFK) { 

helpNrl = BEGINl->first; 

KnotenNrl = SI [helpNrl] . first .getKnotenNummer () ; 
if (KnotenNrl == KnotenNummerRef) { 
helpreturn = 1; 



SLPUSEREF = definelterator (SI, KnotenNrl) ; 
helpreturn = checkPUsesl (SI , SLPUSEREF, SLPUSE) ; 



45 } 

else 

} 

50 } 

BEGIN1++; 

} 

return helpreturn; 

} 

55 

int uwggraphC: :checkPUses2 (SliceC & SI, SliceC :: iterator SLPUSEREF, 
SliceC: : iterator SLPUSE) { 
int helpreturn = 0; 

6 0 int KnotenNummerRef = 0; 

int helpNrl = 0; 
int KnotenNrl = 0; 

KnotenNummerRef = SLPUSEREF- >first . getKnotenNummer ( ) ; 
SliceC: :Nachfolger: : iterator BEGINl = SLPUSE- > second .begin () ; 
65 Sliced :Nachfolger: : iterator ENDl = SLPUSE- > second . end {) ; 

while (BEGINl != ENDl) { 

if (BEGINl ->second == KFK) { 

helpNrl = BEGINl->first; 

KnotenNrl = SI [helpNrl] . first .getKnotenNummer () ; 

7 0 if (KnotenNrl == KnotenNummerRef) { 

helpreturn = 1; 

} 

else { 

SLPUSE = definelterator (SI, KnotenNrl) ; 
75 helpreturn = checkPUses2 (SI , SLPUSEREF, SLPUSE) . 
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} 

BEGIN1++; 

} 

return helpreturn; 

5 } 

int uwggraphC: :buildInIfTree(SliceC & SI, SliceC :-. iterator SLIF, SliceC :: iterator 
SLORIG, int posl) { 
10 int pos2 = 0; 

int pes I FOR = 0; 
int posIFDFOR = 0; 
int posIFKFOR = 0; 
int posIFDF0RA2 = 0; 
15 char NodeText [128] ; 

char Bemerkung [100 0] ; 

int KnotenNr = SLIF- >first . get KnotenNummer {) ; 
int LineNr = SLIF- >f irst .getLineNr ( ) ; 
sprint f {Bemerl^ung, "Verzweigung (%d} " .LineNr) ; 

2 0 strcpy (NodeText, SLIF- >f irst. getCodeLine 0 ) ; 

uwgknotenC hknotenl (OR, NodeText , Bemerkung) ; 
pos2 = insert (hknotenl) ; 
posl FOR = sizeO - 1; 
verbindeEcken(posl, pos2,0); 
25 sprintf (NodeText , "Verzweigung_KF { %d) ", LineNr) ; 

uwgknotenC hknotenB (OR, NodeText ) ; 
posIFKFOR = insert (hknotenB) ; 
verbindeEcken(pos2, posIFKFOR, 0) ; 
build_IFKF_Part (SI, posIFKFOR, SLIF) ; 

3 0 switch (SLORIG->f irst .getKnotenldent 0 ) { 

case THEN: 

{ 

sprintf {NodeText, "Verzweigung_DF_Alt . l(%d) " , LineNr } ; 
uwgknotenC hknoten2 (AND, NodeText ) ; 
35 insert (hknotenl, hknoten2 , 0) ; 

sprintf (Bemerkung, "Alt . 1 {%d) " , LineNr) ; 
sprintf (NodeText , "Alt . 1 ( %d) " , LineNr) ; 
uwgknotenC hknoten3 (CAUSE, NodeText , Bemerkung) ; 
insert {hknoten2,hknoten3, 0) ; 

4 0 sprintf (NodeText, "Alt . l(%d) ", LineNr) ; 

uwgknotenC hknoten4 (OR, NodeText ) ; 
insert (hknoten2 , hknoten4 , 0 ) ; 
posIFDFOR = sizeO - 1; 

build_Al_Part (SI, posIFDFOR, SLIF, SLORIG) ; 
45 } 

break ; 
case ELSE: 
{ 

sprintf (NodeText , "Verzweigung_DF_Alt . 2 { %d) " , LineNr) ; 
50 uwgknotenC hknoten2 (AND, NodeText) ; 

insert (hknotenl , hknoten2 , 0) ; 

sprintf (Bemerkung, "Alt .2 (%d) " , LineNr) ; 

sprintf (NodeText, "Alt .2 (%d) ", LineNr) ; 

uwgknotenC hknotenS { CAUSE, NodeText , Bemerkung) ; 
55 insert (hknoten2 , hknoten3 , 0 ) ; 

sprintf (NodeText , "Alt . 2 ( %d) " , LineNr) ; 

uwgknotenC hknoten4 (OR, NodeText ) ; 

insert (hknoten2 , hknoten4 , 0) ; 

posIFDF0RA2 = sizeO - 1; 
60 build_Al_Part (SI, posIFDF0RA2, SLIF, SLORIG); 

} 

break; 
default : 

cout << "OuchM!" << endl; 

65 ) 

return posIFDFOR; 



70 void uwggraphC: :build_Al_Part (SliceC & SI, int posIFDFOR, SliceC :: iterator SLIF, 
SliceC: : iterator SLNODE) { 

int posO = 0; 

int posl =0; 

int ret = 0; 
7 5 int dummy = 0 ; 

int checkNr = 1 ; 
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10 



15 



20 



25 
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35 



40 



45 



50 



55 



60 



65 



70 



75 



int checkPUse = 1; 
int helpNrl = 0; 
int helpNr2 = 0; 
int KnotenNrO = 0; 
int KnotenNrl = 0; 
int KnotenNr2 = 0; 
int LineNrO = 0; 
int LineNrl = 0; 
char NodeTextO[128] ; 
char BemerkungO [1000] ; 

KnotenNrO = SLNODE->f irst .getKnotenNummer ( ) ; 

LineNrO = SLNODE->f irst .getLineNr () ; 

sprint f (NodeTextO, "Op%d" , KnotenNrO) ; 

/ /sprintf (BemerkungO , " Line %d" , LineNrO ) ; 

strcpy (BemerkiongO , SLNODE- >f irst . getCodeLine ( ) ) ; 

uwgknotenC hknotenO (CAUSE , KnotenNrO , NodeTextO , BemerkungO ) ; 

posO = insert (hknotenO ) ; 

verbindeEcken (posIFDFOR, posO , 0 ) ; 

SliceC: :Nachfolger: : iterator BEGINO = SLNODE- >second. begin () ; 
SliceC: :Nachfolger: : iterator ENDO = SLNODE- > second . end () ; 
while (BEGINO != ENDO) { 

if (BEGINO ->second == DFK) { 

helpNrl = BEGINO ->f irst; 

KnotenNrl = SI [helpNrl] . first . getKnotenNummer () ; 
SLNODE = definelterator (SI, KnotenNrl) ; 
if (KnotenNrl < KnotenNrO) { 

SliceC: :Nachfolger: : iterator BEGINl = SLNODE- 



>second .begin ( ) , 
>second.end() ; 



SliceC: :Nachfolger: : iterator ENDl = SLNODE - 

while (BEGINl != ENDl) { 

if (BEGINl ->second KFK) { 

helpNr2 = BEGINl ->f irst; 
KnotenNr2 = 



SI [helpNr2] . first .getKnotenNummer ( ) j 
def ine Iterator (SI, Knot enNr2) ; 

KnotenNr2 ) { 

checkPUsesl(Sl,SLIF,HELPPUSE) ; 

checkPUses2 (SI, SLIF.HELPPUSE) ; 
> first .getKnotenNummer () ) ( 

PUse(Sl,HELPPUSE) ; 

first , get KFGNodeTypeO ) { 

(SI, posIFDFOR, HELPPUSS, SLNODE) ; 



buildlnlfTree (SI, HELPPUSE, SLNODE, posIFDFOR). 



SliceC: : iterator HELPPUSE = 

checkNr = checkUWGNode (KnotenNr2 ) ; 
if (SLIF->f irst .getKnotenNummer 0 > 

checkPUse = 



else { 

checkPUse = 

} 

if (KnotenNr2 != SLIF- 



if (checkPUse == 0) { 
dummy = 1 ; 

HELPPUSE = findOutmost 

switch (HELPPUSE- > 

case LC : 

buildlnLoopTree 

break; 
case IFC: 

ret = 



break; 



"Incorrect path in Al ! 



endl ; 



} 

else { 



f indOutmostPUse (SI, HELPPUSE) ; 
(HELPPUSE->f irst .get KFGNodeTypeO ) { 



default : 



if (checkNr ==0) { 
dummy = 1; 
HELPPUSE = 

switch 
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case LC: 

buildInLoopTree{Sl, posIFDFOR, HELPPUSE, SLNODE) ; 



break 
case IFC: 



O 
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m 
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iu 
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a 

I- 
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ret = 

buildInIfTree(Sl, HELPPUSE, SLNODE, posIFDFOR) ; 

break ; 
default : 

cout << 

"Incorrect path! " « endl; 



10 } 

} 

BEGIN1++; 

} 

if {dummy ==0) { 

15 LineNrl = SI [helpNrl] . first . getLineNr () ; 

sprint f (NodeTextO, "Op%d" , KnotenNrl) ; 

/ /sprint f (BemerkungO, "Line %d" , LineNrl) ; 

strcpy {BemerkungO/ SI [helpNrl] . first .getCodeLine () ) ; 
20 uwgknotenC 
hkno t en 1 (CAUSE, KnotenNrl , NodeTextO , BemerkungO ) ; 

posl = insert (hknotenl) ; 
verbindeEcken(posIFDFOR,posl, 0) ; 
build_Al_Part (SI, posIFDFOR, SLIF, SLNODE) ; 

25 } 

} 

} 

BEGINO++; 
dummy = 0 ; 

30 } 

} 



35 



40 



45 



50 



55 



void uwggraphC: :build_IFKF_Part (SliceC 5^ SI, int posKFOR, SliceC :: iterator SLPUSE) 
{ 



65 



70 



75 



int 


posl = 0; 




int 


ret = 0; 




int 


dummy = 0 ; 




int 


checkNr = 


1; 


int 


checkPUse 


= 1; 


int 


helpNrl = 


0; 


int 


helpNr2 = 


0; 


int 


KnotenNrO 


= 0; 


int 


KnotenNrl 


= 0; 


int 


KnotenNr2 


= 0; 


int 


LineNrO = 


0; 


int 


LineNrl = 


0; 



char NodeText [128] ; 
char Bemerkung [1000] ; 

KnotenNrO = SLPUSE->f irst .getKnotenNummer () ; 

LineNrO = SLPUSE- >f irst . getLineNr () ; 

sprintf (NodeText , "Op%d" , KnotenNrO ) ; 

/ /spr int f (Bemerkung, "Line %d", LineNrO) ; 

strcpy (Bemerkung, SLPUSE- >f irst .getCodeLine 0 ) ; 

uwgknotenC hknotenl (CAUSE, KnotenNrO , NodeText , Bemerkung) ; 

posl = insert (hknotenl) ; 

verbindeEcken (posKFOR, posl , 0 ) ; 

SliceC: rNachfolger: : iterator BEGINO = SLPUSE- > second .begin () ; 
SliceC : :Nachfolger :: iterator ENDO = SLPUSE- >second . end () ; 
while (BEGINO != ENDO) { 

if (BEGINO ->second == DFK) { 

helpNrl = BEGINO ->f irst ; 

KnotenNrl = SI [helpNrl] . first .getKnotenNummer () ; 
SliceC: : iterator SLNODE = definelterator (SI , KnotenNrl) 
if (KnotenNrl < KnotenNrO) { 

SliceC: :Nachfolger: : iterator BEGINl = SLNODE- 



> second. begin ( ) , 
> second. end 0 ; 



SliceC: :Nachfolger: : iterator ENDl = SLNODE- 



while (BEGINl 1= ENDl) { 

if (BEGINl ->second == KFK) { 

helpNr2 = BEGINl->f irst; 
KnotenNr2 = 

SI [helpNr2] . first .getKnotenNummer ( ) ; 

Sliced : iterator HELPPUSE = 

definelterator (SI, KnotenNr2 ) ; 
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KnotenNr2 ) { 

checkPUse s 1 ( S 1 , SLPUSE , HELPPUSE ) ; 



checkNr = checkUWGNode (KnotenNr2 ) ; 
if {SLPUSE- >first .getKnotenNummer { ) 



checkPUse 
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else { 



checkPUse 



10 



15 



20 



25 



30 



35 



40 



checkPUses2 {SI , SLPUSE, HELPPUSE) ; 
>f irst .getKnotenNumraer ( ) ) { 

f indOutmostPUse(Sl,HELPPUSE) ; 
>f irst .getKFGNodeTypeO ) { 

buildInLoopTree{Sl, posKFOR, HELPPUSE, SLNODE) ; . 
buildInIfTree(Sl, HELPPUSE, SLNODE, posKFOR) ; 
"Incorrect path in Al I " << endl ; 



if (KnotenNr2 != SLPUSE- 

if {checkPUse ==0) { 
dummy = 1 ; 
HELPPUSE = 

switch (HELPPUSE - 

case LC: 



break; 
case IFC: 

ret = 



else 



findOutmostPUse (SI, HELPPUSE) ; 
(HELPPUSE- >first.getKFGNodeType(} ) { 

buildInLoopTree{Sl, posKFOR, HELPPUSE, SLNODE) ; 

buildInIfTree(Sl, HELPPUSE, SLNODE, posKFOR); 

"Incorrect path! " << endl; 



break; 



default : 



if (checkNr ==0) { 
dummy = 1; 
HELPPUSE = 

switch 

case LC: 

break; 
case IPC: 

ret = 



break; 



default : 



45 



50 



55 



60 



Bemerkung) ; 



BEGINl + -f-; 

} 

if (dummy ==0) { 

LineNrl = SI [helpNrl] . first . getLineNr {) ; 
sprintf (NodeText, "Op%d" ,KnotenNrl) ; 
/ /sprintf (Bemerkung, "Line %d" , LineNrl) ; 
strcpy {Bemerkung, SI [helpNrl] . first .getCodeLine () ) ; 
uwgknotenC hknotenl (CAUSE, Knot enNrl, NodeText, 

posl = insert (hknotenl) ; 
verbindeEcken (posKFOR, posl , 0 ) ; 
build_IFKF_Part (SI, posKFOR, SLNODE); 



65 



70 



75 



} 



BEGINO++; 
dummy = 0 ; 



void uwggraphC : :buildInLoopTree (SliceC & SI, int Posl, SliceC iterator SLPUSE, 
SliceC: : iterator SLNODE) { 

int posil = 0; 

int pos3 = 0; 

int pOSL00P_KF = 0; 

int posOR_Dl = 0; 

int posOR_D2 = 0; 

int posAND_KF = 0; 

int SliceNr = 0; 

int NodeNrD2 = 0; 
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50 } 



int KnotenNr = 0; 
int LineNr = 0; 

KnotenNr = SLPUSE->f irst .getKnotenNummer () ; 
LineNr = SLPUSE- >f irst . getLineNr ( ) ; 
char NodeText [128] ; 
char Bemerkung[1000] ; 

sprintf (Bemerkung, "Schleif e ( %d) ".KnotenNr) ; 
strcpy (NodeText, SLPUSE ->f irst. get CodeliineO ) ; 
uwgknotenC hknotenl(OR, NodeText, Bemerkung) ; 
posil = insert (hknotenl) ; 
verbindeEcken {Posl,posil, 0) ; 

sprintf (NodeText, " Schleif e__DF_Durchl . 1 (%d) " , LineNr) ; 
uwgknotenC hkno ten 2 (AND, NodeText ) ; 

sprintf (NodeText, "Schleif e_DF__Durchl . + (%d) , LineNr) ; 

uwgknotenC hknoten3 (AND, NodeText ) ; 

pos3 = insert (hknotenS) ; 

verbindeEcken (posil, pos3, 0) ; 

sprintf (NodeText, "Schleif e_KF(%d) ", LineNr) ; 

uwgknotenC hknoten4 (OR, NodeText ) ; 

insert (hknotenl , hknoten2 , 0) ; 

insert {hknotenl , hknoten4 , 0) ; 

posLOOP_KF = sizeO - 1; 

sprintf (Bemerkung, "Durchl . 1 (%d) " , LineNr) ; 
sprintf (NodeText, "Durchl . l(%d) ", LineNr) ; 
uwgknotenC hknot en5 ( CAUSE , NodeText , Bemerkung) ; 
sprintf (NodeText, "Durchl . 1 (%d) LineNr) ; 
uwgknotenC hkno ten 6 (OR, NodeText ) ; 
insert ( hknot en2 , hknot en5 , 0 ) ; 
insert (hknoten2 , hknotenS, 0 ) ; 
posOR_Dl = sizeO - 1; 

sprintf (Bemerkung, "Durchl . + ( %d) " , LineNr) ; 

sprintf (NodeText , "Durchl .+ (%d) ", LineNr) ; 

uwgknotenC hknot en7 ( CAUSE , NodeText , Bemerkung) ; 

sprintf (NodeText , "Durchl . + ( %d) " , LineNr) ; 

uwgknotenC hknotenS (OR, NodeText) ; 

insert (hknoten3 , hkno ten? , 0 ) ; 

posOR_D2 = insert (hknotenB) ; 

verbindeEcken (pos3 , posOR_D2 , 0 ) ; 

sprintf (NodeText , "KF (%d) " , LineNr) ; 

uwgknotenC hkno ten 9 (AND, NodeText) ; 

insert ( hknot en4 , hknot en 9 , 0) ; 

insert (hknot en3 , hknot en5, 0) ; 

posAND__KF = sizeO - 1; 

insert (hknot en 9, hknotenS, 0) ; 

NodeNrD2 = buildIn_LoopKF_ANDPart (SI , posAND_KF, SLPUSE); 
buildIn_LoopKF_ORPart (SI, posLOOP_KF, SLPUSE, NodeNrD2 ) ; 
//buildIn_D2__Part(Sl, posOR_D2 , SLPUSE, SLNODE, NodeNrD2); 
buildIn_Dl_Part (Si, posOR__Dl , SLPUSE, SLNODE, NodeNrD2) ; 
buildIn_D2_Part (SI, posOR_D2, SLPUSE, SLNODE, NodeNrD2) ; 



void uwggraphC: :buildIn_Dl_Part (SliceC & SI, int posOR__Dl, SliceC :: iterator SLPUSE, 
55 SliceC: : iterator SLNODE, int D2_RefNr) { 
int posl = 0; 
int ret = 0; 
int KaotenNrl = 0; 
int LineNrl = 0; 

60 SliceC: : iterator ITERl = f ind_Dl_Node (SI , SLPUSE, SLNODE); 

SliceC: : iterator HELP = ITERl; 
swi tch( ITERl- >first .getKFGNodeType 0 ) { 
case IPC: 

HELP = find_Dl_Node{Sl, ITERl, SLNODE); 
65 ret = buildlnlf Tree (Si , ITERl , HELP, posOR_Dl) ; 

break; 
case LC: 

HELP = find_Dl_Node(Sl, ITERl, SLNODE); 
buildlnLoopTree {Sl,posOR_Dl, ITERl , SLNODE) ; 
7 0 break; 

default : 

addAllDlNodes (SI, ITERl , posOR_Dl , D2_RefNr) ; 

} 

} 

75 
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SliceC; 
Sliced 



■.iterator uwggraphC :: find_Dl_Node (SliceC & SI, SliceC :: iterator SLUSE, 



: iterator SLNODE 
int helpNrl = 0 
int helpNr2 = 0 
int dummyl = 0; 
int dummy2 = 0; 
int KnotenNrRet 



) { 



= 0; 



10 



15 



20 



25 



30 



35 



40 



45 



int KnotenNrRet 1 = 0; 

int PUseNr = SLPUSE'->first .get Knot enNummer () ; 
int PUseLevel = SLPUSE->f irst .getLevel C) ; 
SliceC: : iterator RETURNITER = SLNODE ; 
KnotenNrRetl = SLNODE->f irst . getKnotenNummer { ) ; 
if (KnotenNrRetl == (PUseNr +1)) { 

RETURNITER = definelterator (SI , KnotenNrRet 1) ; 

dummyl = 1 ; 

dummy2 = 1 ; 

} 

SliceC: :Nachfolger: : iterator BEGINl = SLNODE->second . begin {) ; 
SliceC: :Nachfolger: : iterator ENDl = SLNODE - >second, endO ; 
while ((BEGINl != ENDl) (dummyl 1= 1)) { 
helpNrl - BEGINl ->f irst; 

if ( (SI [helpNrl] .first .getKnotenNummer 0 > PUseNr) 
(SI [helpNrl] .first .getLevel 0 >= PUseLevel)) { 

if (SI [helpNrl] .first .getLevel {) > PUseLevel) { 

KnotenNrRetl = SI [helpNrl] . first . getKnotenNummer () ; 
if (KnotenNrRetl == (PUseNr + 1) ) { 

RETURNITER = definel terator ( SI , KnotenNrRetl ) . 
dummyl = 1 ; 
dummy2 = 1; 

} 

SliceC: :Nachfolger: : iterator BEGIN2 = 



SI [helpNrl] . second . begin ( ) ; 
SI [helpNrl] . second . end ( ) ; 



SliceC: :Wachfolger: : iterator END2 = 

while ( (BEGIN2 1= END2) (duTnmy2 1= 1)) { 

if (BEGIN2->second KFK) { 

helpNr2 = BEGIN2->f irst ; 
KnotenNrRet = 



Sl[helpNr2] . first .getKnotenNummer ( ) ; 



define Iterator (SI, KnotenNrRet) ; 



if (KnotenNrRet 1= PUseNr) { 
RETURNITER = 



dummyl 
dummy2 



1; 

1; 



BEGIN2H 



50 



55 



60 



65 



} 

else 



} 

BEGIN1++; 



KnotenNrRet = SI [helpNrl] . first .getKnotenNummer () ; 
RETURNITER = definelterator (SI , KnotenNrRet ) ; 
dummyl = 1 ; 



0)) { 



} 

if ( (RETURNITER == SLNODE) S.& (dummyl = 
BEGINl = SLNODE- > second. begin 0 ; 
while (BEGINl != ENDl) { 

helpNrl = BEGINl ->f irst ; 

KnotenNrRet = SI [helpNrl] . first . getKnotenNummer () ; 
SliceC: : iterator SLNODE = definelterator (SI , KnotenNrRet) 
RETURNITER = f ind_Dl_Node ( SI , SLPUSE, SLNODE); 
BEGIN1++; 

} 



return RETURNITER; 



70 



75 



void uwggraphC: :buildIn_D2__Part (SliceC & SI, int pos0R_D2 , 
SliceC: : iterator SLNODE, int KnotenNrD2) { 

int posl =0; 

int pos2 = 0; 

int ret = 0; 



SliceC: : iterator SLPUSE, 
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int helpNrl = 0; 
int helpNr2 = 0; 
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int KnotenNrl = 0; 
int LineNrl = 0; 
int KnotenNrD2Ret = 0; 
int USEinD2KnotenNr = 0; 
5 char Bemerkungl [100 0] ; 

char NodeTextl[128] ; 

SliceC: : iterator D2_N0DE = def inelterator (SI, KnotenNrD2) ; 

KnotenNrl = D2_N0DE->f irst . getKnotenNummer C ) ; 

LineNrl = D2_N0DE- >f irst . getLineNr ( ) ; 
10 sprint f (NodeTextl, "Op%d" , KnotenNrl) ; 

//sprintf (Bemerkungl, "Line %d", LineNrl) ; 

strcpy (Bemerkungl, D2_N0DE->f irst .getCodeLineO ) ; 

uwgknotenC hkno t en 1( CAUSE, KnotenNrl, NodeTextl, Bemerkungl) ; 

posl = insert (hknotenl) ; 
15 verbindeEcken (posOR_D2 ,posl , 0) ; 

SliceC: iNachfolger: : iterator BEGINl = D2_N0DE->second .begin () ; 

SliceC: :Nachfolger: : iterator ENDl = D2_N0DE -> second. end {) ; 

while (BEGINl != ENDl) { 

if (BEGINl- >second == DFK) { 

2 0 helpNrl = BEGINl->f irst ; 

KnotenNrl = SI [helpNrl] . first .getKnotenNummer () ; 
LineNrl = SI [helpNrl] . first . getLineNr () ; 
sprintf (NodeTextl, "Op%d" , KnotenNrl) ; 
//sprintf (Bemerkungl, "Line %d", LineNrl) ; 
25 strcpy (Bemerkungl, SI [helpNrl] . first .getCodeLine () ) ; 

uwgknotenC hknoten2 (CAUSE, KnotenNrl , NodeTextl , Bemerkungl) 
pos2 = insert (hknoten2 ) ; 
verbindeEcken CposOR_D2 ,pos2 , 0) ; 

SliceC: :Nachfolger: : iterator BEGIN2 = SI [helpNrl] .second.begin( ) ; 

3 0 SliceC : : Nachf olger : : iterator END2 = SI [helpNrl] . second . end ( ) ; 

while (BEGIN2 != END2) { 

helpNr2 = BEGIN2 ->f irst ; 
if ( (BEGIN2->second == DFK) 
(SI [helpNr2] .fir St. getKnotenNummer 0 1= KnotenNrD2) ) { 
35 //SliceC: : iterator SLNODEl - 

define Iterator (SI, KnotenNrl) ; 

/ /buildIn_D2_Part ( SI , posOR, SLPUSE , SLNODEl , KnotenNrD2 ) ; 

} 

BEGIN2++; 

40 } 

} 

BEGIN1++; 

) 

SliceC: : iterator USEinD2 = f ind_Dl_Node (SI, SLPUSE, SLNODE) ; 
45 SliceC: : iterator HELP = USEinD2 ; 

if (USEinD2->first .getLevel 0 > SLPUSE->f irst . getLevel ( ) ) { 

USEinD2KnotenNr = USEinD2- >f irst .getKnotenNummer () ; 

KnotenNrD2Ret = f indD2Node (SI , USEinD2) ; 

if (KnotenNrD2Ret === USEinD2KnotenNr) { ' 

5 0 switchCUSEinD2->f irst -get KFGNodeType 0 ) { 

case IFC: 

HELP = f ind__Dl_Node (SI, USEinD2 , SLNODE ) ; 
//ret = buildlnlfTree (Sl,USEinD2,HELP,posOR) ; 
ret = buildD2InIfTree(Sl,USEinD2,HELP,posOR_D2) ; 
55 break; 

case LC: 

HELP = f ind_Dl_Node ( SI , USEinD2 , SLNODE ) ; 
buildlnLoopTree (Sl,posOR_D2,USEinD2, SLNODE) ; 
break ; 

6 0 default: 

cout << "Oupsi!!" << endl; 

} 

} 

} 

65 } 



int uwggraphC: : findD2Node (SliceC & 81, SliceC :: iterator PUSE) { 
int dummy = 0; 
7 0 int helpNrl = 0; 

int helpNr2 = 0; 

int KnotenNrReturn = PUSE->f irst . getKnotenNummer () ; 
int PUSEKnotenNr = PUSE- >f irst . getKnotenNummer () ; 
SliceC: :Nachf olger :: iterator BEGINl = PUSE- >second. begin () ; 
75 SliceC: :Nachf olger :: iterator ENDl = PUSE- >second .end () ; 

while ((BEGINl 1= ENDl) (dummy 1= 1)) { 
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if (BEGINl->second == DFK) { 

helpNrl = BEGINl->first 
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SliceC: iNachfolger: : iterator BEGIN2 = 
Sl[helpNrl] . second . begin () ; 

SliceC: :Nachfolger; : iterator END2 = 
SI [helpNrl] .second. end () ; 
5 while ( {BEGIN2 1= END2) ScSc (dummy 1= 

if {BEGIN2->seGond == KFK) { 

helpNr2 = BEGIN2 ->f irst ; 

if (SI [helpNr2] .first .getKnotenNummerO == 

PUSEKnotenNr) { 

10 Knot enNrRet urn = 

SI [helpNr2] .first . get Knot enNummer ( ) ; 

dummy = 1; 

} 

} 

15 BEGIN2++; 

} 

} 

BBGim++; 

} 

20 return Knot enNrRet urn; 

} 

int uwggraphC: :buildIn_LoopKF_ANDPart( SliceC & SI, int posAND_KF, SliceC: : iterator SLPUSE) { 
int pos = 0; 
25 int helpNrl = 0; 

int helpNr2 = 0; 
int RefPUse = 0; 
int KnotenNr = 0 ; 
int LineNr = 0; 

3 0 int dummy = 0; 

int dummyl = 0; 

char Bemerkung [ 1 0 0 0 ] ; 

char NodeText [128] ; 

RefPUse = SLPUSE->f irst . getKnotenNummer ( ) ; 
35 SliceC: :Nachfolger: : iterator BEGIN = SLPUSE->second .begin (} ; 

SliceC: ;Nachfolger: : iterator END = SLPUSE- >second, end () ; 
while ((BEGIN != END) (dummyl != 1)) { 

if (BEGIN- >second == DFK) { 

helpNrl = BEGIN- >f irst; 

4 0 SliceC: :Nachfolger: : iterator BEGIN2 = SI [helpNrl] .second.beginO ; 

SliceC : : Nachf olger : : iterator END2 = SI [helpNrl] . second . end { } ; 
while ( (BEGIN2 1= END2 ) (dummy 1= 1}) { 

if (BEGIN2->second == KFK) { 

helpNr2 = BEGIN2->first ; 
45 if (SI [helpNr2] -first. getKnotenNumnfor() == RefPUse) { 

KnoteriNi: = SI [helEaSErl] . first .getKiX)tehNurtrtHr() ; 
LineNr = SI [helpNrl] .first .getLineNrO ; 
sprintf (NodeText, "Op%d" , KnotenNr) ; 
//sprintf (Bemerkung, "Line %d" , LineNr) ; 

50 

strcpy (Bemerkung, SI [helpNrl] . first .getCodeLine () ) ; 

uwgknotenC 

hknoten ( CAUSE , KnotenNr , NodeText , Bemerkung) ; 

pos = insert (hknoten) ; 
55 verb indeE cken (posAND_KF, pos, 0) ; 

dummy = 1 ; 
dummyl = 1 ; 

) 

} 

60 BEGIN2++; 

} 

} 

BEGIN++; 

} 

65 return KnotenNr; 



void uwggraphC: :buildIn_LoopKF_ORPart (SliceC & SI, int posLOOP_KF, SliceC :: iterator 
SLl, int KnotenNrD2) { 
70 int posl = 0; 

int pos2 = 0; 

int helpNrl = 0; 

int helpNr2 = 0; 

int KnotenNr = 0; 
75 int KnotenNrl = 0; 

int LineNr = 0; 

int LineNr 1 = 0; 
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char NodeText [128] ; 
char Bemerkung [1000] ; 

KnotenNr = SLl->first .get Knot enNummer (} ; 
LineNr = SLl- >f irst . getLineNr ( ) ; 
5 sprintf (NodeText, "Op%d" , KnotenlJr) ; 

//sprintf (Bemerkung, "Line %d", LineNr) ; 
strcpy (Bemerkung, SLl- >f irst .getCodeLineO ) ; 
uwgknotenC hknotenl (CAUSE , KnotenNr , NodeText . Bemerkung ) ; 
posl = insert (hknotenl) ; 
10 verbindeEcken (posLOOP_KF,posl, 0) ; 

SliceC: :Nachfolger: : iterator BEGIN = SLl- >second . begin () ; 
SliceC: :Nachfolger: : iterator END = SLl- >second . end ( ) ; 
while (BEGIN i= END) { 

if (BEGIN- >second == DFK) { 
15 helpNrl = BEGIN->f irst ; 

KnotenNrl = SI [helpNrl] . first .get KnotenNummer () ; 
if (KnotenNrl != KnotenNrD2) { 

LineNrl = SI [helpNrl] . first . getLineNr () ; 
sprintf (NodeText, "Op%d" , KnotenNrl) ; 
20 //sprintf (Bemerkung, "Line %d" , LineNrl) ; 

strcpy (Bemerkung, SLl- >f irst .getCodeLine 0 ) ; 
uwgknotenC hknotenKCAUSE, KnotenNrl, NodeText, Bemerkung) ; 
posl = insert (hknotenl) ; 
verbindeEcken(posLOOP_KF,posl, 0) ; 

25 } 

SliceC: : iterator NEXTNODE = definelterator (SI , KnotenNrl ) ; 
SliceC : : Nachf olger : : iterator BEGIN2 = NEXTNODE - >second . ]oegin ( ) ; 
SliceC: iNachfolger: : iterator END2 = NEXTNODE- > second . end () ; 
while (BEGIN2 != END2) { 

3 0 if ( BEG IN2-> second DFK) { 

helpNr2 = BEGIN2->f irst ; 

if (NEXTNODE- >f irst .getKnDtermmnnner() != KioteriNrD2) { 
buildIn_LoopKF_ORPart { SI , posLOOP_KF, 

NEXTNODE, KnotenNrD2) ; 
35 } 

} 

BEGIN2++; 

} 

} 

4 0 BEGIN++; 

} 

} 

void uwggraphC: :addAllDlNodes (SliceC & SI, SliceC :: iterator SLNODE, int posGatter, 
45 int D2_RefNr) { 

int posl = 0; 

int ret = 0; 

int checkNr = 1; 

int helpNrl = 0; 
50 int helpNr2 = 0; 

int SliceNr2 = 0; 

int KnotenNr 0 = 0; 

int KnotenNrl = 0; 

int KnotenNr2 = 0; 
55 int LineNrl = 0; 

int LineNrO = 0; 

char Bemerkungl [1000] ; 

char NodeText 1 [128] ; 

KnotenNrO = SLNODE~>f irst .getKnotenNummer () ; 
60 LineNrO = SLNODE- >f irst . getLineNr () ; 

sprintf (NodeText 1, "Op%d" , KnotenNrO) ; 

//sprintf (Bemerkungl, "Line %d" , LineNrO) ; 

strcpy (Bemerkiingl, SLNODE ->f irst .get CodeLine () ) ; 

uwgknotenC hknotenl (CAUSE , KnotenNrO , NodeText 1 , Bemerkungl) ; 
65 posl = insert (hknotenl) ; 

verbindeEcken (posGatter , posl , 0 ) ; 

SliceC: :Nachf olger :: iterator BEGINl = SLNODE- > second .begin 0 ; 
SliceC: :Nachf olger :: iterator ENDl = SLNODE -> second. end () ; 
while (BEGINl != ENDl) { 
7 0 if (BEGINl -> second == DFK) { 

helpNrl = BEGINl->f irst ; 

KnotenNrl = SI [helpNrl] . first . getKnotenNummer () ; 
SLNODE = definelterator (SI, KnotenNrl) ; 

if ((KnotenNrl I= D2_RefNr) (KnotenNrl 1= KnotenNrO)) { 

7 5 SliceC : iNachf ol^ : : iterator B0GIN2 = SI [Ir^lpNTl] . seccrxi . begin ( ) ; 
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SliceC : : Nachf olger : : iterator END2 = SI [helpNr 1 ] . second . end ( ) ; 
while (BEGIN2 != END2) { 

if (BEGIN2->second KFK) { 

helpNr2 = BEGIN2 - >f irst ; 

SliceNr2 = 



10 



15 



20 



25 



SI [helpNr2] . first . getKnotenNummer { ) ; 
def inelterator (SI, SliceNr2) ; 

findOutmostPUse{Sl,HELPPUSE) ; 
>f irst .getKFGNodeType ( ) ) { 

posGatter, HELPPUSE, SLNODE) ; 

buildlnlfTree (Sl.HELPPUSE, SLNODE, posGatter) ; 



SliceC: : iterator HELPPUSE = 

checkNr = checkUWGNode (SliceNr2) ; 
if (checkNr ==0) { 

SliceC: : iterator HELPl = 

switch (HELPl - 



case LC: 



buildlnLoopTree (SI, 



break; 
case IFC: 

ret = 



break; 



default : 



cout << "Incorrect 



path! 



<< endl; 



BEGIN2++; 



30 



35 



40 



45 



} 



if (checkNr ==1) { 

LineNrl = SI [helpNrl] . first . getLineNr () ; 
sprint f (NodeTextl, "Op%d" , KnotenNrl) ; 
//sprintf (Bemerkimgl, "Line %d", LineNrl) ; 
St ropy (Bemerkungl, SI [helpNrl] .first .getCcdeLine ( ) ) ; 
uwgknotenC 

hknoten2 ( CAUSE , KnotenNrl , NodeText 1 , Bemerkungl ) ; 

posl = insert (hknoten2) ; 
verbindeEcken (posGatter ,posl , 0) ; 
addAllDlNodes (SI, SLNODE,posGatter , D2_RefNr) . 

} 

} 

} 

BEGIN1++; 



int uwggraphC: :buildD2 I nif Tree (SliceC & SI, SliceC :: iterator SLIF, 
SLORIG, int posl) { 
50 int pos2 = 0; 

int posIFOR = 0; 
int posIFDFOR =0; 
int posIFKFOR = 0; 
int posIFDF0RA2 = 0; 
55 char NodeText [12 8] ; 

char Berne rkung [1000] ; 

int KnotenNr = SLIF->f irst . getKnotenNummer () ; 

int LineNr = SLIP- >f irst . getLineNr () ; 

sprint f (NodeText, "Verzweigung_D+ (%d) " , KnotenNr) ; 
60 strcpy (Bemerkung, SLIF- >f irst .getCcdeLine 0 ) ; 

uwgknotenC hknotenl (OR, NodeText , Bemerkung) ; 

pos2 = insert (hknotenl) ; 

posl FOR = sizeO - 1; 

verbindeEcken (posl , pos2,0); 
65 sprint f (NodeText , " Verzweigung_KF_D+ (%d) " , LineNr) ; 

uwgknotenC hkno ten 5 (OR, NodeText ) ; 

posIFKFOR = insert (hknotenS) ; 

verbindeEcken (pos2 , pos I FKFOR , 0 ) ; 

buildD2_IFKF_Part (SI, posIFKFOR, SLIF) ; 
70 switch (SL0RIG->f irst .getKnotenldent ( ) ) { 

case THEN: 

{ 

sprintf (NodeText , " Verzweigung_DF_Alt . 1_D+ (%d) " , LineNr) ; 
uwgknotenC hknoten2 (AND, NodeText ) ; 
75 insert (hknotenl , hknoten2 , 0) ; 

sprintf (Bemerkung, "Alt.l_D+ (%d) ", LineNr) ; 



SliceC: : iterator 
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sprintf (NodeText, "Alt . 1_D+ (%d) " ,LineNr) ; 
uwgknotenC hknoten3 (CAUSE , NodeText , Bemerkung) 
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insert {hknoten2 , hknoten3 , 0) ; 
sprint f (NodeText, "Alt .1_D+ (%d) " ,LineNr) ; 
uwgknotenC hknoten4 (OR.NodeText ) ; 
insert {hknoten2,hknoten4, 0) ; 
5 posIFDFOR = sizeO - 1; 

buildD2__Al_Part (SI, posIFDFOR, SLIF, SLORIG) ; 

} 

breaks- 
case ELSE: 

10 { 

Sprint f {NodeText, "Verzweigung__DF_Alt . 2_D+ { %d) " ,LineNr) ; 

uwgknotenC hknoten2 (AND , NodeText ) ; 

insert (hknotenl, hknoten2 , 0) ; 

sprint f (Bemerkung, "Alt . 2_D+ (%d) " , LineNr) ; 
15 sprintf (NodeText, "Alt .2_D+(%d) " .LineNr) ; 

uwgknotenC hknoten3 (CAUSE, NodeText,Bemerkung) ; 

insert (hknoten2 , hknoten3 , 0 ) ; 

sprintf (NodeText , "Alt . 2_D+ ( %d) % LineNr) ; 

uwgknotenC hknoten4 (OR, NodeText ) ; 
2 0 insert (hknoten2 , hknoten4 , 0 ) ; 

posIFDF0RA2 = sizeO - 1; 

buildD2__Al_Part (SI, posIFDFORA2, SLIF, SLORIG); 

} 

break; 
25 default: 

cout << "Ouch! I ! " << endl; 

} 

return posIFDFOR; 

} 

30 

void uwggraphC: :buildD2_Al_Part (SliceC & SI, int posIFDF0R_D2 , SliceC :: iterator 
SLIF, SliceC :: iterator SLNODE) { 

int posO_Al = 0; 
35 int posl_Al = 0; 

int helpNrO = 0; 

int helpNrl = 0; 

int KnotenNrO = 0; 

int KnotenNrl = 0 ; 
4 0 int KnotenNr2 = 0; 

int LineNrO = 0; 

int LineNrl = 0; 

char NodeText 0 [128] ; 

char BemerkungO [1000] ; 
45 KnotenNrO = SLNODE->f irst .getKnotenNummer () ; 

LineNrO = SLNODE->f irst .getLineNr () ; 

sprintf (NodeTextO, "Op%d" , KnotenNrO) ; 

//sprintf (BemerkungO , "Line %d" , LineNrO ) ; 

s trcpY( BemerkungO, SLNODE ->f irst .getCodeLine 0 ) ; 
5 0 uwgknotenC hknotenO (CAUSE , KnotenNrO , NodeTextO , BemerkungO ) ; 

posO_Al = insert (hknotenO) ; 

verbindeEcken(posIFDFOR__D2,posO_Al,0) ; 

SliceC: :Nachfolger: : iterator BEGINO = SLNODE- >second . begin {) ; 
SliceC: :Nachfolger: : iterator ENDO = SLNODE- > second . end () ; 
55 while (BEGINO != ENDO) { 

helpNrO = BEGINO- >f irst ; 

KnotenNrl = SI [helpNrO] . first .getKnotenNummer () ; 
if (KnotenNrl > KnotenNrO) { 

LineNrl = SI [helpNrO] . first .getLineNr () ; 
60 sprintf (NodeTextO , "Op%d" , KnotenNrl) ; 

//sprintf (BemerkungO, "Line %d", LineNrl) ; 
strcpy (BemerkungO, SI [helpNrO] . first . getCodeLine () ) ; 
uwgknotenC hknotenl (CAUSE, KnotenNrl , NodeTextO , BemerkungO) 
posl_Al = insert (hknotenl) ; 
65 verbindeEcken(posIFDF0R__D2,posl_Al, 0) ; 

Sliced :Nachfolger: : iterator BEGINl = 
SI [helpNrO] . second . begin { ) ; 

SliceC : iNachfolger :: iterator ENDl = 
Sl[helpNrO] . second , end () ; 
7 0 while (BEGINl != ENDl) { 

if (BEGINl- >second -= DFK) { 

helpNrl = BEGINl->f irst ; 
KnotenNr2 = 

SI [helpNrl] . first -getKnotenNummer 0 ; 
75 if (KnotenNrl != KnotenNr2) { 
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SliceC: : iterator SLNODE = 

def ine Iterator (SI, KnotenNr2) ; 

buildD2_Al_Part {SI, posIFDFOR_ 

SLIF, SLNODE) ; 

} 

) 
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BEGIN1++; 

} 

} 

BEGINO++; 

5 } 

} 



10 



15 



20 



25 



30 



35 



40 



45 



50 



55 



60 



65 



70 



75 



void uwggraphC: :buildD2_IFKF_Part (SliceC & SI, int posKF0R_D2, 
SLPUSE) { 



SliceC: : iterator 



int 


posO_D2 = 


0; 




int 


posl_D2 = 


0; 




int 


ret = 0; 






int 


dummy = 0 , 






int 


helpNrO = 


0; 




int 


helpNrl = 


0; 




int 


helpNr2 = 


0; 




int 


checkPUse 




0 


int 


checkNode 




0 


int 


KnotenNrO 




0 


int 


KnotenNrl 




0 


int 


KnotenNr2 




0 


int 


KnotenNrS 




0 


int 


LineNrO = 


0; 




int 


LineNrl = 


0; 





char NodeTextO [128] ; 
char BemerkungO [1000] ; 

KnotenNrO = SLPUSE- >first .getKnotenNummer () ; 

LineNrO = SLPUSE- >first . getLineNr () ; 

sprintf (NodeTextO, "Op%d", KnotenNrO) ; 

/ /sprintf (BemerkungO , "Line %d" , LineNrO ) ; 

strcpy (BemerkungO, SLPUSE- >first .getCodeLine ( ) ) ; 

uwgknotenC hknotenO (CAUSE , KnotenNrO , NodeTextO , BemerkungO ) ; 

posO_D2 = insert (hknotenO) ; 

verbindeEcken (posKFOR_D2 , posO_D2 , 0 ) ; 

SliceC: :Nachfolger: : iterator BEGINO = SLPUSE- >second. begin {) ; 
SliceC: iNachfolger: : iterator ENDO = SLPUSE- >second . end () ; 
while (BEGINO != ENDO) { 

helpNrO = BEGINO -'>first; 

KnotenNrl = SI [helpNrO] . first . getKnotenNummer ( ) ; 
SliceC: : iterator SLNODE = definelterator (SI, KnotenNrl) ; 
if (KnotenNrl > KnotenNrO) { 

LineNrl = SI [helpNrO] . first . getLineNr () ; 

sprintf (NodeTextO, " Op %d KnotenNrl ) ; 

//sprintf (BemerkungO , "Line %d" , LineNrl ) ; 

strcpy (BemerkungO, SI [helpNrO] . first . get CodeLine ( ) ) ; 

uwgknotenC hknotenl (CAUSE, KnotenNrl, NodeTextO , BemerkungO) ; 

posl_D2 = insert (hknotenl) ; 

verbindeEcken (posKF0R_D2 , posl_D2 , 0 ) ; 

SliceC: :Nachfolger: : iterator BEGINl = SLNODE- 



>second. begin () , 



SliceC: :Nachfolger: : iterator ENDl 
while (BEGINl 1= ENDl) { 

if (BEGINl ->second == DFK) { 

helpNrl = BEGINl->first ; 
KnotenNr2 = 

SI [helpNrl] . first .getKnotenNummer ( ) ; 

if (KnotenNr2 != KnotenNrl 



SLNODE -> second. end () , 



def inelterator (Sl,KnotenNr2) ; 
SI [helpNrl] . second . begin ( ) ; 
SI [helpNrl] . second. end 0 ; 

>f irst ; 

Sl[helpNr2] . first .getKnotenNummer () ; 
HELPPUSE = def inelterator (SI, Knot enNr3 ) ; 
>f irst .getKnotenNummer ( ) > KnotenNr3) { 
checkPUse s 1 ( S 1 , SLPUSE , HELPPUSE ) ; 



SliceC: : iterator SLNODE = 

SliceC; :Nachfolger: : iterator BEGIN2 

SliceC: :Nachfolger: : iterator END2 = 

while (BEGIN2 1= END2) { 

if {BEGIN2->second == KPK) { 
helpNr2 = BEGIN2- 

KnotenNr3 = 

SliceC : : iterator 



if ( SLPUSE - 



checkPUse 
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} 

else { 

checkPUse 

checkPUses2 (SI, SLPUSE.HELPPUSE) ; 



□ 
ffl 
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a 
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10 



15 



20 



25 



30 



35 



40 



45 



50 



checkUWGNode (KnotenNr2) ; 
== 0) { 

//HELPPUSE = findOutmostPUse (Sl.HELPPUSE) ; 
( HELPPUSE ->first.get KFGNodeType ( ) ) { 

buildInLoopTree{Sl, posKF0R__D2, HELPPUSE, SLNODE) ; 

dummy = 1; 

break; 

IPC: 

ret = buildlnlfTree (SI, HELPPUSE, SLNODE, posKF0R_D2) ; 

dummy = 1 ; 

break; 

cout << "Incorrect path in Al! " << endl; 

= Sl[helpNr2] . first .getLineNr {) ; 

sprintf (NodeTextO, "Op%d" , KnotenNr2) ; 

// sprint f (BemerkungO, "Line %d" , LineKTrl) ; 

strcpy (BemerkungO, SI [helpNr2] . first .getCodeLine () ) ; 

uwgknotenC hknotenl (CAUSE, Knot enNr 2 , NodeTextO , BemerkungO ) ; 
= insert (hknotenl) ; 

verbindeEcken (posKF0R_D2 , posl_D2 , 0) ; 



checkNode = 

if (checkNode ==0) { 
if (checkPUse 



switch 
case LC 



} 

else { 



default 



LineNrl 



posl_D2 



} 



} 



BEGIN2+4 



BEGIN1++; 



55 



BEGINO++; 



60 SliceC: : iterator uwggraphC : : f indOutmostPUse (SliceC & SI, SliceC :: iterator SLPUSE) 
int dummy = 0 ; 
int helpNrl = 0; 
int checkNr = 0 ; 
int KnotenNrl = 0; 
65 SliceC: : iterator RETURN = SLPUSE; 

SliceC: :Nachfolger: : iterator BEGINl = SLPUSE- >second . begin () ; 
SliceC : :Nachfolger: : iterator ENDl = SLPUSE- >second . end () ; 
while ((BEGINl != ENDl) (dummy != 1)){ 

if (BEGINl->second == KFK) { 
7 0 helpNrl = BEGINl - >first ; 

KnotenNrl = SI [helpNrl] , first .getKnotenNummer ( ) ; 
checkNr = checkUWGNode (KnotenNrl) ; 
if (checkNr ==0) { 

SLPUSE = definelterator (SI, KnotenNrl) ; 
75 RETURN = f indOutmostPUse (SI, SLPUSE); 

dummy = 1 ; 
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} 

else { 



} 

} 

BEGIN1++; 



RETURN = SLPUSE; 
dummy = 1; 



□ 

m 
a 

m 

m 
□ 
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return RETURN; 

) 



5 int uwggraphC : : checkUWGNode (int SliceNr) { 
int dummy = 0; 

uwggraphC: : iterator ITER = begin{); 
while {ITER != end { ) ) { 

if { (*ITER) .first. getCauseNrO == SliceNr) 
10 dummy = 1; 

) 

ITER++; 

} 

if (dummy == 1) 
15 return 1; 

else 

return 0 ; 



20 

SliceC: : iterator uwggraphC: : definelterator (SliceC & SI, int SliceNr) { 
int dummy = 0 ; 

SliceC: : iterator ITER = Sl.beginO; 
SliceC: : iterator HELP = Sl.beginO; 
25 while ((ITER != Sl.endO) (dummy 1= 1)) { 

if ( (*ITER) . first .get KnotenNummerO == SliceNr) { 
HELP = ITER; 
dummy = 1; 

} 

30 ITER++; 
} 

return HELP; 



35 

void uwggraphC: : SI iceAusgeben( SliceC & SI) { 
//int a; 

of stream Ziel ( "Slice . sic" ) ; 
40 ostream_iterator<KFGListNodeC> POSIT(Ziel, " Knoten\n"); 

ostream_iterator<KFGListNodeC> P0SIT2{Ziel, " Nachf olger : ") 

ostream_iterator<GraphKanteC> KANTEIT (Ziel, "\n"); 
Ziel « "SLICE:" << endl << endl; 
for (int i = 0; i < Sl.sizeO; ++i) { 
45 Ziel << 81 [i]. first << " <" ; 

SliceC: :Nachf olger :: iterator IT = SI [i] . second. begin () ; 
SliceC: :Nachf olger: : iterator ITEND = Sl[i] . second . end ( ) ; 
while (IT != ITEND) { 

Ziel << SI [ (*IT) .first] .first << ' ' // Ecke 

50 << endl << "Kantet" << {*IT) .second << ' '; // Kantenwert 

+ + IT; 

} 

Ziel << ">\n"; 

} 

55 } 



60 



65 



#include "uwgkante . h" 
#include <iostream> 



ostreamSc operator << ( ostream& os, const uwgkanteC& Node) { 
OS < < Node . Number < < endl ; 
return os; 

} 
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II II 



#include "uwgknoten.h" 
#include <iostream> 

ostream& operator << ( ostreamS: os, const uwgknotenCS: Node) { 
5 1 1 OB « Node.Gatterldent « " " << Node.CauseNr « 

Node . gattertext << endl ; 
//return os; 

if (Node.getNodeldentO == EFFECT) { 

OS << "%%EFFECT:\" " « Node . gat terbemerkung « "\":\"" << 
10 Node. gattertext « "\"." << Node.Gatterldent << ",./0;" << endl; 
return os ; 

else if (Node.getNodeldentO == OR) { 

OS << "%%0R:1:\"" « Node, gattertext « " \" : \"none\" , " << 
15 Node.Gatterldent << ",,/0;" « endl; 

return os ; 

} 

else if {Node.getNodeldentO == AND) { 

OS << "%%AND:\"" << Node. gattertext << "\" = \ "none\" , " << 
20 Node.Gatterldent << ".,/0;" « endl; 

return os; 

else if (Node.getNodeldentO == NOT) { 

OS << "%%NOT:\"" « Node. gattertext << " \ " : \ "none\ " , " << 
25 Node.Gatterldent « ",./0;" << endl; 

return os ; 

/*else if (Node.getNodeldentO CAUSE) { 

OS << "%%CAUSE:\"" << Node. gattertext << " \ " : \ "none\ 'O " << 
3 0 Node.Gatterldent << "^/O;" << endl; 

return os ; 

}*/ 

else if (Node.getNodeldentO == CAUSE) { 

OS << "%%CAUSE:\"" << Node.gatterbemerkung << "\":\"" << 
35 Node. gattertext « "\"," « Node.Gatterldent « ",,/0;" « endl; 
return os; 

1 

else { 

OS << Node.Gatterldent << " " << Node.CauseNr « " " < 

40 Node .gattertext << endl ; 

return os; 

} 

} 



45 



int uwgknotenC: :DutnmyNr = 1; 
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Patent Claims 



5 
10 
15 
20 
25 
30 

2 . 

35 

3 . 



A method for ascertaining an overall fault description for 
at least one section of a computer program, using a 
computer, 

• in which at least the section of the computer program is 
stored, 

• in which a control flow description is ascertained for 
the section of the computer program, which control flow 
description describes a flow of control information in 
the section of the computer program, and a data flow 
description is ascertained for the section of the 
computer program, which data flow description describes a 
flow of data in the section of the computer program, and 
said descriptions are combined into a joint flow 
description for the section of the computer program, 

• in which program elements are selected from the section 
of the computer program, 

• in which, for each selected program element, a stored 
fault description associated with a respective reference 
element is used to ascertain an element fault description 
which describes possible faults in the respective program 
element , 

• in which a fault description for a reference element 
describes possible faults in the respective reference 
element, and 

• in which the element fault descriptions are used to 
ascertain the overall fault description, with a structure 
of the overall fault description taking into account a 
structure of the joint flow description. 

The method as claimed in claim 1, 

in which the control flow description is in the form of a 
control flow graph. 

The method as claimed in claim 1 or 2 , 

in which the data flow description is in the form of a data 
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flow graph. 
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4. The method as claimed in one of the preceding claims, 

• in which the fault description is in the form of a stored 
fault tree, 

• in which the element fault description is ascertained as 
5 an element fault tree, and 

• in which the overall fault description is ascertained as 
an overall fault tree. 

5. The method as claimed in one of the preceding claims, 

10 used for fault analysis in the section of the computer 

program. 

6. The method as claimed in one of the preceding claims, 

• in which the overall fault description is ascertained as 
15 an overall fault tree, 

• in which the overall fault tree is altered in terms of 
prescribable boundary conditions. 

7. The method as claimed in claim 6, 

20 in which the alteration is made by adding a complementary 

fault tree. 

8. An arrangement for ascertaining an overall fault description 
for at least one section of a computer program, using a 

25 computer, 

having a processor which is set up such that the following 
steps can be carried out: 

• at least the section of the computer program is stored, 

• a control flow description is ascertained for the section 
30 of the computer program, which control flow description 

describes a flow of control information in the section of 
the computer program, and a data flow description is 
ascertained for the section of the computer program, 
which data flow description describes a flow of data in 
35 the section of the computer program, and said 

descriptions are combined into a joint flow description 
for the section of the computer program, 
AMENDED SHEET 
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• program elements are selected from the section of the 
computer program, 

• for each selected program element, a stored fault 
description associated with a respective reference element 

5 is used to ascertain an element fault description which 

describes possible faults in the respective program 
element , 

• a fault description for a reference element describes 
possible faults in the respective reference element, and 

10 • the element fault descriptions are used to ascertain the 

overall fault description, with a structure of the 
overall fault description taking into account a structure 
of the joint flow description. 



15 9. The arrangement as claimed in claim 8, 

in which the processor is set up such that the control flow 
description is in the form of a control flow graph. 

10. The arrangement as claimed in claim 8 or 9 , 

20 in which the processor is set up such that the data flow 

description is in the form of a data flow graph. 

11. The arrangement as claimed in one of claims 8 to 10, 
in which the processor is set up such that 

25 • the fault description is in the form of a stored fault 

tree, 

• the element fault description is ascertained as an 
element fault tree, and 

• the overall fault description is ascertained as an 
30 overall fault tree. 

12. The arrangement as claimed in one of claims 8 to 11, 

used for fault analysis in the section of the computer 
program. 



35 



13. The arrangement as claimed in one of claims 8 to 12, 
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in which the processor is set up so that 

• the overall fault description is ascertained as an 
overall fault tree, 

5 • the overall fault tree is altered in terms of 

prescribable boundary conditions. 

14. The arrangement as claimed in claim 13, 

in which the processor is set up such that the alteration is 
10 made by adding a complementary fault tree. 

15. A computer program product comprising a computer -readable 
storage medium on which a program is stored which, when it 
has been loaded into a memory in a computer, allows the 

15 computer to carry out the following steps for ascertaining 

an overall fault description for at least one section of a 
computer program: 

• at least the section of the computer program is stored, 

• a control flow description is ascertained for the section 
20 of the computer program, which control flow description 

describes a flow of control information in the section of 
the computer program, and a data flow description is 
ascertained for the section of the computer program, 
which data flow description describes a flow of data in 
25 the section of the computer program, and said 

descriptions are combined into a joint flow description 
for the section of the computer program, 

• program elements are selected from the section of the 
computer program, 

30 • for each selected program element, a stored fault 

description associated with a respective reference element 
is used to ascertain an element fault description which 
describes possible faults in the respective program 
element , 

35 • a fault description for a reference element describes 

possible faults in the respective reference element, and 
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• the element fault descriptions are used to ascertain the 
overall fault description, with a structure of the 
overall fault description taking into account a structure 
of the joint flow description, 

5 

16. A computer -readable storage medium on which a program is 
stored which, when it has been loaded into a memory in a 
computer, allows the computer to carry out the following 
steps for ascertaining an overall fault description for at 
10 least one section of a computer program: 

• at least the section of the computer program is stored, 

• a control flow description is ascertained for the section 
of the computer program, which control flow description 
describes a flow of control information in the section of 

15 the computer program, and a data flow description is 

ascertained for the section of the computer program, 
which data flow description describes a flow of data in 
the section of the computer program, and said 
descriptions are combined into a joint flow description 

20 for the section of the computer program, 

• program elements are selected from the section of the 
computer program, 

• for each selected program element, a stored fault 
description associated with a respective reference element 

25 is used to ascertain an element fault description which 

describes possible faults in the respective program 
element , 

• a fault description for a reference element describes 
possible faults in the respective reference element, and 

30 • the element fault descriptions are used to 

ascertain the overall fault description, with a structure of 
the overall fault description taking into account a structure of 
the joint flow description. 
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Abstract 

Method and arrangement for ascertaining an overall fault 
description for at least one section of a computer program, and 
computer program product and computer- readable storage medium 

The section of the computer program is used to ascertain a control 
flow description and a data flow description, and program elements 
are selected from the section of the computer program. For each 
selected program element, a stored fault description associated 
with a respective reference element is used to ascertain an 
element fault description which describes possible faults in the 
respective program element. The element fault descriptions are 
used to ascertain the overall fault description, taking into 
account the control flow description and the data flow 
description. 
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Erklarung Fur Patentanmeldungen Mit Vollmacht 

German Language Declaration 



Als nachstehend benannter Erfinder erklare ich hiermit As a below named inventor I hereby declare that 

an Hides Statt: 



dass mein Wohnsitz, meme Postanschrift. und nnelne My residence, post office address and citizenship ai 

Staatsangehdrigkeit den inn Nachstehenden, nach as stated below next to my name 

meinem Namen aufgefuhrten Angaben entsprechen, 



dass ich, nach bestem Wissen der ursprungliche, erste 
und alleinige Erfinder (falls nachstehend nur ein Name 
angegeben ist) oder ein ursprunglicher, erster und 
Miterfinder (falls nachstehend mehrere Namen 
aufgefuhrt sind) des Gegenstandes bin, fur den dieser 
Antrag gestellt wird und fur den ein Patent beantragt 
wird fur die Erfindung mit dem Titel: 

Verfahren und Anordnuna zur Ermittluna 

einer Gesamtfehlerbeschreibuna 

zumindest eines Teils eines 

Computerproaramms sowie 

Computerprogramm-Erzeuanis und 
computerlesbares Speichermedium 

deren Beschreibung 

(zutreffendes ankreuzen) 
Zl hier beigefugt ist. 
3 am 03.04.2000 als 
PCT internationale Anmeldung 

PCT Anmeldungsnummer PCT/DEQQ/01001 

eingereicht wurde und am 

abgeandert wurde (falls tatsachlich abgeandert). 



Ich bestatige hiermit, dass ich den Inhait der obigen 
Patentanmeldung einschliesslich der Anspruche 
durchgesehen und verstanden habe, die eventuell 
durch einen Zusatzantrag wie oben erwahnt abgean- 
dert wurde. 



Ich erkenne meine Pflicht zur Offenbarung Irgendwel- 
cher Informationen, die fur die Prufung der vorliegen- 
den Anmeldung in Einklang mit Absatz 37, Bundes- 
gesetzbuch, Paragraph 1.56(a) von Wichtigkelt sind, 
an. 



Ich beanspruche hiermit auslandische Prioritatsvorteile 
gemass Abschnitt 35 der Zivilprozessordnung der 
Vereinigten Staaten, Paragraph 119 alier unten ange- 
gebenen Auslandsanmeldungen fur ein Patent oder 
eine Erfindersurkunde, und habe auch alle Auslands- 
anmeldungen fOr ein Patent oder eine Erfindersurkun- 
de nachstehend gekennzeichnet, die ein Anmelde- 
datum haben, das vor dem Anmeldedatum der 
Anmeldung liegt, fur die Prioritat beansprucht wird. 



I believe I am the original, first and sole inventor (if only 
one name is listed below) or an original, first and joint 
inventor (if plural names are listed below) of the 
subject matter which is claimed and for which a patent 
is sought on the invention entitled 



Method and arranaement for determi 


nina 


a total error description of at least 


one 


part of a computer proaramme 


and 


computer proaramme product 


and 


computer-readable storage medium 





the specification of which 

(check one) 

□ is attached hereto. 

13 was filed on 03.04,2000 as 

PCT international application 

PCT Application No. PCT/DEOO/01001 

and was amended on 

(if applicable) 



I hereby state that I have reviewed and understand the 
contents of the above identified specification, including 
the claims as amended by any amendment referred to 
above. 



I acknowledge the duty to disclose information which is 
material to the examination of this application in 
accordance with Title 37, Code of Federal Regulations 
§1.56(a). 



I hereby claim foreign priority benefits under Title 35, 
United States Code, §119 of any foreign application(s) 
for patent or inventor's certificate listed below and have 
also identified below any foreign application for patent 
or inventor's certificate having a filing date before that 
of the application on which priority is claimed: 
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Patent and Trademark Office-U.S. DEPARTMENT OF COMMERCE 





German Language Declaration 


Prior foreign appplications 
Prioritat beansprucht 




Prioritv Claimed 


19925239.4 DE 

(Number) (Country) 
(Nummer) (Land) 


02.06.1999 m □ 
(Day Month Year Filed) Yes No 
(Tag Monat Jahr eingereicht) Ja Nein 


(Nunnber) (Country) 
(Nummer) (Land) 


□ □ 

(Day Month Year Filed) Yes No 
(Tag Monat Jahr eingereicht) Ja Nein 


(Number) (Country) 
(Nummer) (Land) 


□ □ 

(Day Month Year Filed) Yes No 
(Tag Monat Jahr eingereicht) Ja Nein 


Ich beanspruche hiermit gemass Absatz 35 der Zivil- 
prozessordnung der Vereinigten Staaten, Paragraph 
120, den Vorzug alier unten aufgefuhrten Anmel- 
dungen und falls der Gegenstand aus jedem Anspruch 
dieser Anmeldung nicht in einer fruheren 
amerikanischen Patentanmeldung laut dem ersten 
Paragraphen des Absatzes 35 der ZivilprozeUordnung 
der Vereinigten Staaten, Paragraph 122 offenbart 1st, 
erkenne ich gemass Absatz 37, Bundesgesetzbuch, 
Paragraph 1.56(a) meine Pflicht zur Offenbarung von 
Informationen an, die zwischen dem Anmeidedatum 
der fruheren Anmeldung und dem nationalen oder PCT 
internationalen Anmeidedatum dieser Anmeldung 
bekannt geworden sind. 


1 hereby claim the benefit under Title 35. United States 
Code. §120 of any United States application(s) listed 
below and, insofar as the subject matter of each of the 
claims of this application is not disclosed in the prior 
United States application in the manner provided by 
the first paragraph of Title 35, United States Code, 
§122, 1 acknowledge the duty to disclose material 
information as defined in Title 37, Code of Federal 
Regulations, §1. 56(a) which occured between the filing 
date of the prior application and the national or PCT 
international filing date of this application. 


PCT/DEOO/01001 


03.04.2000 


anhanqia pendina 


(Application Serial No.) 
(Anmeldeserien nummer) 


(Filing Date D. M. Y) 
(Anmeidedatum T, M, J) 


(Status) (Status) 
(patentiert, anhangig, (patented, pending, 
aufgegeben) abandoned) 


(Application Serial No.) 
(Anmeldeseriennummer) 


(Filing Date D.M.Y) 
(Anmeidedatum T, M; J) 


(Status) (Status) 
(patentiert, anhangig, (patented, pending, 
aufgeben) abandoned) 


Ich erklare hiermit, dass alie von mir in der vorliegen- 
den Erklarung gemachten Angaben nach meinem 
besten Wissen und Gewlssen der voilen Wahrheit 
entsprechen, und dass ich diese eidesstattliche Erkla- 
rung in Kenntnis dessen abgebe, dass wissentlich und 
vorsatzlich falsche Angaben gemass Paragraph 1001, 
Absatz 18 der Zivilprozessordnung der Vereinigten 
Staaten von Amerika mit Geldstrafe belegt und/oder 
Gefangnls bestraft werden koennen, und dass derartig 
wissentlich und vorsatzlich falsche Angaben die GOI- 
tigkeit der vorliegenden Patentanmeldung oder eines 
darauf erteilten Patentes gefahrden konnen. 


1 hereby declare that all statements made herein of my 
own knowledge are true and that all statements made 
on information and belief are believed to be true, and 
further that these statements were made with the 
knowledge that willful false statements and the like so 
made are punishable by fine or imprisonment, or both, 
under Section 1001 of Title 18 of the United States 
Code and that such willful false statements may 
jeopardize the validity of the application or any patent 
issued thereon. 
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Form PTO-FB-240 (8-83) 


Patent and Trademark Office-U.S. DEPARTMENT OF COMIWERCE 



German Language Declaration 



VERTRETUNGSVOLLMACHT: AIs benannter Erfmder 
beauftrage ich hiernnit den nachstehend benannten 
Patentanwalt (oder die nachstehend benannten 
Patentanwalte) und/oder Patent-Agenten nnit der 
Verfolgung der vorliegenden Patentanmeldung sowie 
nnit der Abwicklung aller damit verbundenen Geschafte 
vor denn Patent- und Warenzeichenamt: (Name und 
Registraflonsnummer anfuhren) 



POWER OF ATTORNEY: As a named inventor, ! 
hereby appoint the following attorney(s) and/or 
agent(s) to prosecute this application and transact ail 
business in the Patent and Trademark Office 
connected therewith, (list name and registration 
number) 



Customer No. 21171 



And I hereby appoint 



Telefongesprache bitte richten an; 
(Name und Te/efonnummer) 



Direct Telephone Calls to: (name and telephone 
number) 



Ext. 



Postanschrift: Send Correspondence to: 

Staas & Halsey LLP 
700 Eleventh Street NW. Suite 500 20001 Washington, DC 
Telephone: (001) 202 434 1500 and Facsimile (001) 202 434 1501 

Custome^>JO;^1171 ) 



Voller Name des einzigen oder urspriinglichen Erfinders: 

Dr/PETERjUGGESMEYER 


Full name of sole or first inventor: 

Dr. PETER LIGGESMEYER 


l/nterTscJirlfLdes Erfinders Datum 


Inventor's signature Date 


Wohnsitz (J" { 

Potsdsmg. DEUTSCHLAND 


Residence 

Potsdam, GERMANY 


Staatsangehorigkeit 

DE 


Citizenship 

DE 


Postanschrift 

Eichenring 27 


Post Office Addess 

Eichenring 27 


14469 Potsdam 


14469 Potsdam 


Voller Name des zweiten Miterftnders (falls zutreffend): 


Full name of second joint inventor, if any: 


Unterschrift des Erfinders Datum 


Second Inventor's signature Date 


Wohnsitz 
I 


Residence 
f 


Staatsangehorigkeit 
Postanschrift 


Citizenship 



(Bitte entsprechende fnformationen und Unterschrlften im (Supply similar information and signature for third and 
Falle von dntten und weiteren MiterTmdern angeben), subsequent joint inventors). 
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Glossary of variable names and file names 



AS_GraphKante . h 

GraphKanteC 

Kante 

KantenTyp 

KantenTypT 

Schleif enEnde 

Nachf olger 

Eckentyp 

Ecke 

Graphtyp 

gerichtet 

istGerichtet 

AnzahlKanten 

verbindeEcken 

ZyklusUndZusammenhang 

wert 

Kanten 

Komponentenanzahl 

nichtBesucht 

EckStatus 

besucht 

bearbeitet 

Eckenzustand 

EckenStack 

dieEcke 

Nachf 

Zyklen 

Ziel 

Kantenwert 

GetGatterldent 

Anzahl_Defs 

Anzahl_Uses 

Anzahl_P_Uses 

Anzahl_Deklarationen 

Schlei f enentscheidungen 

Entscheidungen 



AS_GraphEdge . h 

GraphEdgeC 

Edge 

EdgeType 

EdgeTypeT 

LoopEnd 

Successor 

Corner__type 

Corner 

Graph_type 

directional 

isDirectional 

Number Edges 

connect Corners 

CycleAndConnection 

value 

Edges 

Number__of _coTnponent s 

notVisited 

CornerStatus 

visited 

processed 

Corner_state 

CornerStack 

theCorner 

Succ 

Cycles 

Target 

Edge_value 

GetGatelD 

NuTTiber_Def s 

Number_Uses 

Number_P_Us e s 

Number_Declarations 

Loop_decisions 

Decisions 
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Zaehlschleif enentscheidungen 


count loop decisions 


Kno t enNumme r n 


Node Numbers 


Knotenldentif izierer 


Node Identifiers 


Li steAusgeben 


outputList 


zaehleDeklarationen 


count Declarations 


basisgroessenlnDatei 


basicvariablesInFile 


KFGL i s t e Au s geb en 


output CFGLi St 


KFGListeT 


CFGListT 


KnotenldentT 


Node IDT 


Nr 


No 


Knotenldent 


NodelD 


Kno t e nNumme r 


NodeNumber 


KFGListeC 


CFGListC 


uwgknoten.h 


uwgnode . h 


uwgkante . h 


uwgedge .h 


sliceAusgeben 


outputSlice 


posGat ter 


posGate 


uwgkanteC 


uwgedgeC 


uwgknotnC 


uwgnodeC 


maxKnotentextLength 


maxNode text Length 


maxBemerkLength 


maxComment Length 


maxWahrVarLength 


maxTrueVarLength 


f tgatter 


f tgate 


gattertext 


gatetext 


gatterbemerkung 


gate comment 


eingef ligterKnotenFla 


insert edNodeFla 


Eingef ugterKnoten 


InsertedNode 


Knot enNumme rEnde 


NodeNumberEnd 


Set KFGKno t enNummer 


SetCFGNodeNumber 


Zahl 


Number 


Zaehler 


Counter 


Verzweigung 


Branch 


Bemerkung 


Comment 


Gatterbemerkung 


Gate comment 



